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Thema Nummer Eins 


Die ganz große Sache mit den ganz kleinen Computern ist nichts 

Neues mehr; statt dessen ist sie gereift, an die Stelle von Aufsätzen, 

was so ein „Ding“ überhaupt ist, sind Veröffentlichungen darüber 

getreten, was man mit den Mikros anfangen kann und sogar etliche 

Versuche, zu zeigen wie man das tut — die vorliegende Sammlung 

von Arbeiten beweist dies. 

Nehmen Sie sich doch bei dieser Gelegenheit ein paar Minuten mit 

uns die Mikrovergangenheit unserer Industrie kritisch zu betrach- 

ten, unsere Position einzuschätzen und nach der nahen Zukunft zu 

schielen. 

Kurz gefaßt — ich glaube, daß Anwender, Anbieter und Publika- 

tionsorgane im deutschsprachigen Raum einen für Europa einmalig 

„guten Job gemacht“ haben. 

Hätten wir es besser machen können? 

Können wir es in der nächsten Phase noch besser machen? 

Ich glaube, ja: Wir müssen es sogar, wenn wir gegenüber den USA 

und Japan nicht zur völligen Bedeutungslosigkeit absinken wol- 

len. 

Sehen Sie, eigentlich ist von unserer Industrie die Bedeutung der 

Mikrocomputer nie angezweifelt, schlimmstenfalls leicht unter- 

schätzt worden. Leider jedoch fand auch auf diesem Gebiet der 

deutsche Michel hervorragende Alibis für seinen selbstgerechten 

Schlaf, und Deutschlands Mikromuffel teilten sich wie weiland 

Gallien zu Cäsars Zeiten in 3 Lager: 

— die einen sammelten Datenblätter, belegten Kurse und hüteten 
sich sorgfältig vor jeglicher eigenen Praxis 

— die zweiten warteten, bis die uC-Technik soweit ist, daß alle 
angebotenen uC-Bausteine, Baugruppen und Systeme science- 
fiction-proof und gratis werden und 

— die dritten taten gar nichts, weil sie bereits jahrzehntelang mit 
bestem Erfolg ihre Geräte mit Relais konstruiert hatten. 

Nun, das Verhalten dieser Herren Unternehmer und Entwickler ist 

nicht unbegründet. Die Flut von Information, die sich überstür- 

zenden Neuerscheinungen und die überall rasch sinkenden Preise 

(richtige Entwicklungssysteme inklusive Peripherie, wie Daten- 

sichtgerät und Floppy-Disk, sind heute bereits für ca. 12 000 DM zu 

haben) auf der einen Seite, die erforderliche andersartige Denk- 

weise bei der Projektierung andererseits gaben dazu Anlaß. Nur 

wird dabei einer der wichtigsten Punkte in der Beurteilung der 

Gesamtsituation außer acht gelassen: der Zeitfaktor. 

Es ist richtig, daß heute verfügbare neue Elemente Ende 1979 nur 

noch etwa '/, vom heutigen Preis kosten werden. 

Es ist richtig, daß im nächsten Jahr Bausteine zu kaufen sein werden, 

deren Integration mindestens 4 mal so hoch wird wie heute (denken 

Sie an die Halbleiterspeicher!). 

Und 1980? Und...? 

Das zeigt bereits des Pudels Kern: 

Verflossene Zeit können Sie direkt in verlorenem Geld ausdrücken. 

Wichtig ist, mit dem heute realisierten Integrationsgrad zu heute 

handelsüblichen Preisen zu arbeiten und möglichst rasch in 

Produkte umzusetzen. 

Darüber hinaus bringt jeder Aufschub eine große Gefahr mit sich, 

die einfach in der stetig wachsenden Geschwindigkeit der Entwick- 

lung auf dem Halbleitersektor liegt. Gestatten Sie einen Ver- 

gleich: 

Wenn man einen anfahrenden Zug sieht, erscheint es absolut unpro- 

blematisch, in ein, zwei Minuten noch schnell aufzuspringen. Aber 

wie lange dauert es wirklich, bis das Aufspringen zu einem gefähr- 

lichen Manöver oder gar unmöglich wird...? 

Die gleiche Gefahr besteht in der Mikrorechnertechnik: 

Vor einigen wenigen Jahren noch einfachste Prozessorchips, mit 

primitiver Ein-/Ausgabe und wenig Speicher. Entsprechend: Nur 
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einfachste Aufgaben zu bewältigen. Die Anwenderprogramme: 
Kaum mehr als ein bißchen Ablaufsteuerung. 

Im Jahr 1978 haben die Vorreiter auf dem uC-Sektor dann dafür 
gesorgt, daß bereits ein Riesenaufgabenspektrum von ein und 
demselben Mikro gelöst werden kann. Fazit: Die Aufgaben sind 
komplexer geworden, die Mittel sind komplexer geworden. 
Kleinere Geräte sind besondere mühelos zu implementieren, 
Systeme bis zu Leistung eines kleinen Prozeßrechners wurden 
realisierbar. 

Unter die 8-bit-Universalsysteme war ein gewisser Schlußstrich 
gezogen worden: Höherwertige und damit wirtschaftlichere 8-bit- 
Universalprozessoren sind kaum noch zu erwarten. Aber schon 
hatten die unermüdlichen Macher im Silicon Valley, der amerika- 
nischen Hochburg der Halbleiterei, Lösungen für neue Problem- 
kreise in Silizium gepackt: 

Für kleine Aufgaben, die man vorher mit 4-bit-Prozessoren oder 
TTL-Schaltkreisen löste, gibt es nun 8-bit-Einchip-Mikrocomputer, 
bei denen über den Prozessor hinaus auch Speicher und Ein-/Aus- 
gabe im gleichen IC integriert sind. Bei den raffiniertesten Fällen 
kann der Anwender sogar per Programm frei wählen, ob einzelne 
Anschlüsse zur Ein-/Ausgabe oder aber zur Erweiterung der 
Computerresourcen (Speicher und I/O) herangezogen werden 
sollen. 

Für größere und komplexere Anwendungen wurden echte 16-bit- 
Mikroprozessoren entwickelt. 

Im Gegensatz zu den bisher verfügbaren Bausteinen sind dies 
weder Lösungen, die nur nach außen hin dem Anwender wie eine 
16-bit-Maschine erscheinen, noch Abmagerungen herkömmlicher 
Minirechner, sondern Prozessoren, die dem Stand der VLSI (Very 
Large Scale Integration = Höchstintegrationstechnik) und deren 
Einsatz beim Anwender Rechnung tragen und gerade die Schwä- 
chen älterer „Minis“ vermeiden. 

Auf diesem Gebiet hat sich die junge amerikanische Firma Zilog 
(wie schon einmal vor etwas mehr als zwei Jahren bei den 8-bit- 
Prozessoren mit der Familie Z 80) ein „Superding“ geleistet: den 16- 
bit-Prozessor Z 8000, dessen Eigenschaften derart eindrucksvoll 
sind, daß Intels Zweitlieferant Advanced Micro Devices (AMD) 
bereits vor dem Verkauf des ersten funktionsfähigen Bausteins die 
Rechte zur Fertigung dieses Prozessors erwarb und mit Zilog einen 
Vertrag über gemeinsame Entwicklung von Peripheriebausteinen 
für dieses System abschloß. 

Alle diese Neuentwicklungen haben trotz ihrer höheren Raffinesse 
und Leistung mit den alten Rechnern eins gemeinsam: Eben, daß sie 
Computer sind. 

Die neuen (wie die erwähnten Super-16-bit’er) erschließen dem 
Computer auch die letzten Anwendungsgebiete. 

Ihre Preise sind so niedrig oder sinken so rasch, daß man sie einfach 
einsetzen muß. 

Und hier kommen wir wieder auf die tödliche Gefahr für den 
Mikromuffel zurück: 

Wird ihn die 4. Generation mit ihrer -zigfachen Megabyte-Spei- 
cherkapazität, ihrer OS/Anwender-Betriebsart und der Hardware- 
Relokation bereits umbringen oder schafft er noch das Aufspringen 
auf den fahrenden Zug? 

Ich denke, er hat jetzt eine letzte Chance zum Nachdenken. Denn 
die anderen, die sich die erforderliche Erfahrung in den letzten 
wenigen Mikrojahren bereits angeeignet haben, wissen die heute 


vorhandenen Mittel zu nützen und sind begierig auf neue, mäch* 149 


gere — das stellen sie täglich unter Beweis. 


H. P. Blo 
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Imaginäre Intelligenz 


K. H. Haselwanger, 42, verknüpft die imaginäre intelligente 
Einheit, den Mikroprozessor, mit dem Menschen und der 
Technik. 

Mit diesem Kunstwerk beweist K. H. Haselwanger erneut, 
daß die Umsetzung technisch relevanter Vorgänge in Kunst 
einen breiten Interessentenkreis anspricht. 

Der mit vielen Preisen ausgezeichnete Künstler — u.a. 
Dürer-Preis, Preis des Westens, 1. Preis Grafik Sureal usw. 
— hat verschiedene technische Probleme in Kunstwerke 
umgesetzt. Die wenigen noch vorhandenen limitierten (Auf- 
lage 100) und signierten Serigrafien (bis 54farbig) können 
zum Preis von 160,— DM bei der Werbeagentur Engelhardt, 
Moosweg 14, 5024 Pulheim, Tel. (0 22 38) 5 10 16, bestellt 
werden. 
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Mikroprozessor-Entwicklungssystem 





8080 A, 8085, TMS 9 
3850, 3870, 3872, 1 pMeS 


Das universelle TEKTRONIX-Entwick- 
lungssystem MDA 8002A eignet sich für 
alle aufgeführten Prozessoren. 











Mikroprozessor-Entwicklungssystem 
MDA 8002A. 





Workshop: Einführung in das Entwick- 
lungssystem durch System-Spezialisten. 


Ernst-Reuter-Platz 10 : 1000 Berlin-West 10 
Ruf (030) 3414036 

Große Bergstraße 213 - 2000 Hamburg 50 
Ruf (040) 380191 

Sedanstraße 13-17 : 5000 Köln 1 

Ruf (0221) 7722-1 

Kriegsstraße 39 : 7500 Karlsruhe 1 

Ruf (0721) 27981 

Plieninger Straße 150 : 7000 Stuttgart 80 
Ruf (0711) 722039 

Herzogstraße 61 : 6078 Neu-Isenburg 

Ruf (06102) 3136 


‚Tassiloplatz 7 - 8000 München 90 
uf (089) 4162-1 





„MDA 8002 A“ - ein universelles Mikro- 
prozessor-Entwicklungssystem, das in 
allen Phasen, von der Programmentwick- 
lung mit Dokumentation, Assemblierung 
oder Übersetzung von Hochsprachen und 
der Hardware/Softwareintegration, dazu 
beiträgt, Entwicklungszeit einzusparen. 
Das „MDA 8002 A“ ist ein modular aufge- 
bautes System, dessen „Mainframe“ bis 
zu 20 steckbare Platinen aufnehmen 
kann. Im Grundsystem sind folgende 
Module enthalten: 

- Systemprozessor (2650) mit Schnitt- 
stelle für das System-Terminal 

- Debug-Modul mit Steuereinrichtung für 
die Konsole 

- Systemspeicher (32 k-Byte) 

- System-Communications-Modul 

- Assembler Prozessor (Z-80) 

- Diskettenstation mit Doppellaufwerk 

Zur Ausrüstung als Entwicklungsplatz für 

einen speziellen Mikroprozessor werden 

folgende Optionen benötigt: 

- Betriebssystem für einen ausgewählten 
Mikroprozessor aus 0.g. Palette mit 
Editor, Assembler (Macro-Assembler), 
Timer, Communications-Software und 
Dienstprogrammen für PROM-Program- 
mer, Debug, Real-Time Prototype 
Analyzer und Disassembler. 

- Emulator Prozessor Modul für einen 
ausgewählten Mikroprozessor zur 
Ausführung der Anwenderprogramme. 
Dieses Modul ersetzt zusammen mit 
der Prototype Control Probe den Mikro- 
prozessor der Anwenderschaltung. 

- Prototype Control Probe für einen 
ausgewählten Mikroprozessor. 





Für einen Entwicklungsplatz, der allen 

Ansprüchen gerecht wird, stehen 

folgende Ergänzungen zur Verfügung: 

- Programmspeichererweiterung auf 
64 k-Byte (als 16 k oder 32 k-Modul) 

- PROM-Programmer (für 1702A, 2704/08) 

- Real-Time Prototype Analyzer zur 
Verfolgung von Programmlauf in Echt- 
zeit (Darstellung: Adressen, Daten, 
Steuerleitung und acht periphere 
Signale mit Acht-Kanal-Tastkopf). 

- Systemterminal CT 8100 Video-Terminal 
CT 8101 Printing Terminal 
4024/4025 Computer Terminal 

- Line-Printer zur Programmdokumenta- 
tion LP 8200 


Das Mikroprozessor-Entwicklungs-LAB. 
Ein vollständiger Entwicklungsplatz für 
ein Mikroprozessorlabor. 

Neben den Möglichkeiten des „MDA 
8002 A“ werden hier zusätzliche Hilfs- 
mittel und Laborausrüstungen eingesetzt. 
Logikanalyse, Darstellung zeitbezogener 
Signale mit dem Oszilloskop, sowie die 
Takterzeugung mit dem Funktions- 
generator seien hier nur als Beispiele 
genannt. 

Unterlagen über Logikanalyse, Labor- 
geräte der TM 500er Serie oder das 
Mikroprozessor-Entwicklungssystem 
„MDA 8002 A“ senden wir Ihnen gerne zu. 


ROHDE& SCHWARZ 


VERTRIEBS-GMBH 
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Baugruppen einer 
Prozessorzentraleinheit 
und ihr Zusammenwirken 


Reinhard Schulzki* 





Allgemeingültige 
Betrachtungen 





Die Zentraleinheit eines Prozessors, sei es nun die eines Computers, 
eines Prozeßrechners oder eines Mikroprozessors, besteht aus 
mehreren verschiedenen Baugruppen. Beim Mikroprozessor sind 
die Baugruppen monolithisch auf einem Chip integriert. Das 
geordnete Zusammenwirken der Funktionseinheiten versetzt die 
Zentraleinheit in die Lage, Befehle auszuführen und damit Rechen- 
und Steuerungsaufgaben zu übernehmen. Im allgemeinen ist die 
Kenntnis der Funktionsabläufe in der CPU für den Anwender und 
Benutzer von untergeordneter Bedeutung. Wenn es jedoch um das 
weitergehende Verständnis der Funktionsweise von Rechenanlagen 
oder um eine optimale Programmerstellung geht, so ist zumindest 
ein schematischer Überblick über Aufbau und Funktionsweise einer 
Zentraleinheit unerläßlich. Dieses gilt besonders für die Entwick- 
lung und Programmierung von Mikroprozessorsystemen. Unser 
Beitrag soll helfen, die funktionellen Zusammenhänge der Bau- 
gruppen einer Zentraleinheit in schematischer Form darzustellen 
und zu verdeutlichen, soweit dies die nötige Allgemeingültigkeit 
zuläßt. 


Baugruppen einer Zentraleinheit 

Die Zentraleinheit von Rechenanlagen besteht im wesentlichen aus 
drei Baugruppen: Leitwerk, Rechenwerk und Speicherwerk. Es sei an 
dieser Stelle darauf hingewiesen, daß Mikroprozessoren externe Spei- 
cher benötigen, die nicht auf dem CPU-Chip integriert sind. Diese 
zusätzlichen Speicher sollen aber in diesem Fall der Zentraleinheit 
zugeschrieben werden, da ohne sie das CPU-Chip nicht arbeiten kann. 
Das Leitwerk einer Zentraleinheit ist die übergeordnete Baugruppe, 
sie bestimmt und steuert die Funktionsabläufe in den beiden unterge- 
ordneten Baugruppen. 

Im Rechenwerk werden, entsprechend der Anweisung des Leiterwerks 
verschiedene Operanden durch arithmetische oder logische Opera- 
tionen verknüpft. Das Ergebnis dieser Verknüpfung erscheint in einem 
speziellen Ergebnisregister, dem Akkumulator. 

Das Speicherwerk stellt den vom Leitwerk geforderten Speicherinhalt 
bereit. Dies können sowohl Operanden (Daten) wie auch Operationen 
(Befehle) sein. 


Aufgaben und Aufbau des Leitwerkes 

Nach DIN 44300 sind die Aufgaben eines Leitwerkes in folgender 

Weise definiert: 

3 Steuern der Reihenfolge, in der die Befehle eines Programms 
ausgeführt werden, 





* Ing. (grad.) Reinhard Schulzki ist Wissenschaftlicher Mitarbeiter am Institut für Werkzeug- 
forschung, Remscheid. 


® Entschlüsseln und gegebenenfalls Modifizieren der Befehle, 
® Abgeben der für die Befehlsausführung erforderlichen Signale. 


Aufgrund der übergeordneten Funktion des Leitwerkes und der 
Komplexität der zu erfüllenden Aufgaben sind die Ausführungsformen 
der Leitwerke äußerst vielfältig. 

Trotzdem lassen sich die Leitwerke in einige wenige Funktionsgruppen 
unterteilen, die, unabhängig von deren Ausführungsform, dieselben 
Aufgaben erfüllen. Die sind: Befehlswerk, Adressenrechenwerk (auch 
oft als Bestandteil des Befehlswerkes betrachtet), Operationsentschlüs- 
selung, Operationssteuerung. 

Bild 2 zeigt die Funktionseinheiten eines Leitwerkes. 

Im Befehlswerk (BR) steht der gerade zu bearbeitende Befehl. Er 
kommt aus dem Programmspeicher und besteht aus einer Folge von 
binären Signalen, die entsprechend der Maschinensprache einem 
bestimmten Befehl zugeordnet ist. Ein Befehl ist eine Anweisung an den 
Digitalrechner, zu handeln. Er muß deshalb im allgemeinen über die Art 
der Handlung (Operation) und den Gegenstand der Handlung (Ope- 
rand) genaue Informationen enthalten. Somit besteht ein Befehl (aus- 
genommen reine Ablaufbefehle wie START, STOP usw.) aus einem 
Adreßteil, der angibt, an welcher Stelle des Speichers der Gegenstand 
der Handlung (Operand) zu finden ist, aus einem Modifikationsteil, der 
es erlaubt, die Operandenadresse während des Programmablaufes zu 
verändern, und aus einem Öperationsteil, der die Art der Handlung 
bestimmt. 

Im Befehlszählregister (BZ), oft auch als PC-Register (Programmcoun- 
ter) bezeichnet, steht während der Ausführung eines Befehls die Spei- 
cheradresse des nächsten auszuführenden Befehls. Durch die Länge 
des Befehlszählregisters ist der maximale Programmumfang begrenzt. 
Am Programmanfang beinhaltet das Befehlszählregister die Speicher- 
adresse 0 und wird bei Abarbeitung eines Befehls automatisch um 1 
erhöht. Durch Verwendung von Sprungbefehlen ist es jedoch auch 
möglich, das Befehlszählregister auf einen beliebigen Wert zu setzen, 
falls mit der Bearbeitung nicht am Programmanfang begonnen werden 
soll. 

Das Adressenrechenwerk (ARW) wird oft als Bestandteil des Befehls- 
registers angesehen und nicht gesondert betrachtet. Tatsächlich ermit- 
telt aber das Adressenrechenwerk aus dem Adreßteil und dem Modi- 
fikationsteil des im Befehlsregister stehenden Befehls eine effektive 
Speicheradresse, wo der zu behandelnde Operand zu finden ist. Hier 
wird auch die Bedeutung des Modifikationsteils eines Befehls deutlich. 
Es wird nämlich dadurch möglich, die Operandenadressen programm- 
abhängig zu verändern. Wie die Modifikation der Operandenadresse 
durch den entsprechenden Teil eines Befehls ausgeführt wird, ist auch 
eine Frage der verwendeten Adressierungsart. Bei Sprungbefehlen 
errechnet das Adressenrechenwerk die Adresse des nächsten abzuar- 
beitenden Befehls und initialisiert das Befehlszählregister, so daß dort 
richtigerweise die Adresse des nächsten zu bearbeitenden Befehles 
steht. 

Die Operationsentschlüsselung wird mit Hilfe eines Dekodierungs- 
Schaltnetzes durchgeführt. Das Bitmuster, das im Operaiionsteil des 
Befehles steht, bestimmt, welche Signalleitung im Ausgang der Opera- 
tionsentschlüsselung aktiviert wird. Diese Aussage beinhaltet, verein- 
facht dargestellt, zwei Dinge. Einmal wird die Befehlsliste, also die 
Anzahl der möglichen Befehle durch die Länge des Operationsteiles 
des Befehls begrenzt, zum anderen ist jeder Befehl einer Ausgangslei- 
tung der Operationsentschlüsselung zugeordnet. Dies ist in realisierten 
Rechenanlagen durch technische Maßnahmen vielfach verändert 
worden, für die grundsätzliche Funktionsweise der Operationsent- 
schlüsselung sind die gemachten Aussagen jedoch durchaus zutref- 
fend. 
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Die Operationsentschlüsselung gewinnt also aus dem Bitmuster des 
Operationsteiles eines Befehls eine Aussage über die Art der Behand- 
lung der Operanden, diese kann z.B. arithmetischer oder logischer Art 
sein. Die entsprechend der auszuführenden Operation aktivierte 
Ausgangsleitung der Operationsentschlüsselung wirkt auf die Opera- 
tionensteuerung. 

Die Operationssteuerung ist ein Schaltwerk, das in einer zeitlichen 
Reihenfolge ganz bestimmte Bitmuster bereitstellt, entsprechend der 
durchzuführenden Operation. Diese Funktionseinheit steuert somit die 
für die verlangte Operation notwendigen Mikrooperationen, dies 
können z.B. sein: Aufsteuern von UND-Gattern, Verschieben von 
Registerinhalten usw. 


Das Speicherwerk 

Das Speicherwerk ist eine an sich völlig selbständige Baugruppe und 
muß nicht in jedem Falle als Bestandteil der Zentraleinheit angesehen 
werden. 

Es verfügt über eine gesonderte Steuerung für den Speicher- und 
Lesevorgang. Soll ein Befehl oder ein Operand gespeichert oder 
gelesen werden, so muß die entsprechende Adresse im Adreßregister 
(AR) vorhanden sein. Die Art der auszuführenden Handlung, — Spei- 
chern oder Lesen — wird dem Speichersteuerwerk vom Leitwerk 
mitgeteilt. Im Falle der Speicherung wird die zu speichernde Bitfolge 
vom Speicherregister in den durch den Inhalt des Adreßregisters 
bestimmten Speicherplatz eingeschrieben. Im Falle des Auslesens wird 
der Inhalt des im Adreßregister angegebenen Speicherplatzes an das 
Speicherregister ausgegeben. 

Häufig ist kein spezielles Speicherregister (SR) vorhanden, so daß der 
Verkehr direkt zwischen Speicher und Befehlsregister oder zwischen 
Speicher und Arbeitsregistern bzw. Akkumulator erfolgt. 

An dieser Stelle sei darauf hingewiesen, daß der Inhalt des Adreßre- 
gisters ebenfalls in geeigneter Weise dekodiert werden muß. Die Art 
der Entschlüsselung ist im wesentlichen abhängig von der Speicheror- 
ganisation. 

Aufgrund wesentlicher Fortschritte in der Halbleitertechnologie 
finden Halbleiterspeicher immer mehr Anwendung. Während die 
Arbeitsspeicher in Mikroprozessorsystemen fast ausschließlich aus 
Halbleiterspeichern bestehen, werden sie auch in größeren Rechenan- 
lagen immer häufiger verwendet und ersetzen in bestimmten Anwen- 
dungsfällen die bisher verwendeten Kernspeicher. 


Das Rechenwerk 

Das Rechenwerk besteht im einfachsten Fall aus zwei Registern, deren 
einzelne Bit logisch so verknüpft sind, daß eine Addition nach den 
Regeln der boolschen Algebra ermöglicht wird. Alle Rechenopera- 
tionen lassen sich auf eine Grundoperation, nämlich die Addition, 
zurückführen. So wäre es möglich, sämtliche arithmetischen Berech- 
nungen mit Hilfe eines Addierers durchzuführen. Dies hat aber zwei 
wesentliche Nachteile — der Programmierungsaufwand wäre untrag- 
bar aufwendig und die Rechenzeit würde, aufgrund der endlichen 
Rechengeschwindigkeiten und der Menge der durchzuführenden Mi- 
krooperationen, äußerst lang. Aus diesen Gründen haben komfortable 
Rechenwerke neben Addierern auch Multiplizierer, Dividierer und 
logische Verknüpfungsschaltwerke, die zur Vergrößerung der Rechen- 
geschwindigkeit parallel arbeiten und besondere Vorkehrungen zur 
Behandlung der entstehenden Überträge enthalten. 

Zwischen diesen beiden Extremen sind Rechenwerke in vielfältiger 
Weise ausgeführt und realisiert worden. 

Allen Rechenwerken jedoch ist gemeinsam der enge Zusammenhang 
mit der Operationssteuerung. Es werden vom Rechenwerk die Mikro- 
signale der Operationssteuerung empfangen und die entsprechenden 
Operationsschritte ausgeführt. Nach Abwicklung der Operations- 
schritte erfolgt eine Rückmeldung vom Rechenwerk zur Operations- 
steuerung, so daß diese das nächste Bitmuster zur Ausführung der 
durch den Operationsteil festgelegten Operation bereitstellen kann. 
Als weiteres gemeinsames Merkmal haben alle Rechenwerke ein 
Ergebnisregister, den Akkumulator. Dort steht vor Beginn der Opera- 
tion ein Operand und nach der Operation das Ergebnis derselben. 


Befehlsabwicklung 

Eine Prozessorzentraleinheit arbeitet zeitsequentiell, d.h., alle auszu- 
führenden Befehle sind im Einzelfall in viele Unteroperationen unter- 
teilt, die zeitlich nacheinander ausgeführt werden. Für diese zeitliche 
Reihenfolge sorgt ein Taktgenerator, der Rechteckimpulse mit kon- 
stanter Frequenz und Amplitude erzeugt. 
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Nun kann aber die CPU nicht bei jedem empfangen Impuls einfach in 
der Befehlsabwicklung fortfahren, wenn die dafür vorgesehenen Bedi- 
nungen noch nicht erfüllt sind. Soll z.B. ein Befehl aus dem Speicher in 
das Befehlsregister geholt werden, so nimmt dies unter Umständen 
mehrere Taktperioden in Anspruch. Die Abarbeitung darf jedoch erst 
beginnen, wenn der Befehl vollständig im Befehlsregister zur Verfü- 
gung steht. 

Es wird deutlich, daß die Schrittfolgegeschwindigkeit der Zentralein- 
heit nicht nur von der Frequenz des Taktgebers abhängig ist, sondern 
auch von den Rückmeldungen anderer Baugruppen. Darauf sei an 
dieser Stelle hingewiesen, weil diese Tatsache im folgenden unerwähnt 
bleibt. 

Die Befehlsabwicklung in der CPU läßt sich grundsätzlich in drei 
Zeitabschnitte unterteilen, dies sind: die Befehlsholphase, die Phase der 
Adreßrechnung und Befehlsentschlüsselung und die Ausführungs- 
phase. 


Befehlsholphase 

Da alle Befehle am Programmspeicher in das Befehlsregister gebracht 
werden müssen, ist die Befehlsholphase für alle Befehle gleich. 
Während der Befehlsholphase sind folgende elementare Schritte 
durchzuführen: 


® Die Adresse des nächsten zu bearbeitenden Befehls steht im 
Befehlszählregister. Es muß also der Inhalt des Befehlszählregisters 
in das Adreßregister des Speichers übertragen werden. 


® Jetzt steht die Adresse des zu holenden Befehls im Adreßregister 
des Speichers. Der Inhalt des Speicherplatzes, welcher durch die 
angegebene Adresse festgelegt ist, wird im Ausgangsregister des 
Speichers bereitgestellt. 
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Bild 2: Aufbau des Leitwerkes 
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Bild 3: Das Speicher- 
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Bild 4: Rechenwerke 
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Bild 5: Befehlsabwicklungen in einer Prozessoreinheit und ihre 
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Bild 6: Aufbau eines Mikroprozessorsystems 














© Bei diesem Schritt finden zwei Vorgänge gleichzeitig statt. Der 
Befehl, der jetzt im Ausgangsregister des Speichers steht, wird in 
das Befehlsregister übertragen. Dabei wird der Inhalt des Befehls- 
zählers automatisch um „I“ erhöht, so daß dort die Adresse des 
nächsten abzuarbeitenden Befehls steht, soweit der vorausgegan- 
gene Befehl kein Sprungbefehl war. 


Befehlentschlüsselungs- und Adreßrechnungsphase 
Während dieser Phase finden wieder zwei elementare Operations- 
schritte gleichzeitig statt: 


© Der abzuarbeitende Befehl steht vor Beginn dieser Phase im 
Befehlsregister. Er besteht, wie bereits beschrieben, aus dem 
Adreßteil, dem Modifikationsteil und dem Operationsteil. 

In der Dekodierschaltung zur Operationsentschlüsselung wird das 
Bitmuster des Operationsteiles des Befehles identifiziert und die 
entsprechende Operationssteuerung angewählt. 
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® Aus dem Adreßteil und dem Modifikationsteil des Befehls wird im 

Adressenrechenwerk die effektive Adresse ermittelt. Ob diese 
Adresse als Befehl oder als Operand erkannt wird, also der Spei- 
cherinhalt dieser Adresse zum Leitwerk oder zum Rechenwerk 
übertragen wird, kann von den Inhalten aller drei Befehlsbestand- 
teile abhängen (b). 
Somit ist der Befehl entschlüsselt und die zur Befehlsabwicklung 
notwendigen Daten sind in den jeweiligen Registern vorhanden. 
Nach der Operationsentschlüsselung beginnt der Ablauf eines 
Mikroprogrammes. Dieses besteht aus einer großen Anzahl von 
Bitmustern, die für jeden abzuarbeitenden Befehl anders zusam- 
mengesetzt sind, d.h. dessen Bitmuster für den Befehl charakteri- 
stisch ist. 


Ausführungsphase 

Die während der Ausführungsphase eines Befehls ablaufenden elemen- 
taren Operationen sind wesentlich von der Art des Befehles abhängig. 
In diesem Zusammenhang können drei Befehlsarten unterschieden 
werden: Verknüpfungsbefehle, Transportbefehle und Sprungbefehle. 
Bei den Sprungbefehlen lassen sich wiederum zwei Arten unterschei- 
den: die unbedingten und die bedingten Sprungbefehle. 

Beim Abarbeiten eines unbedingten Sprungbefehls wird die normale 
Reihenfolge des Programmablaufes auf jeden Fall aufgehoben und 
innerhalb des Programmes vor oder zurückgesprungen. 

Bei bedingten Sprungbefehlen wird der Zustand zweier Register 
verglichen, und abhängig von dem Ergebnis dieses Vergleiches wird die 
Reihenfolge des Programmablaufes entweder beibehalten oder verlas- 
sen. 

Im folgenden soll der Ablauf der verschiedenen elementaren Opera- 
tionen während der Ausführungsphase für die einzelnen Befehlsarten 
näher untersucht werden. 


Verknüpfungsbefehle 

Durch die Verknüpfungsbefehle sollen zwei verschiedene Operanden 
miteinander logisch oder arithmetisch verknüpft werden. Dafür 
müssen beide Operanden im Rechenwerk bereitstehen. Im allgemeinen 
kann davon ausgegangen werden, daß der erste Operand schon im 
Rechenwerk zur Verfügung steht. Unter dieser Voraussetzung ergeben 
sich für die Ausführungsphase folgende Operationsschritte: 


© Die effektive Adresse, die durch das Adressenrechenwerk aus dem 
Adreßteil und dem Modifikationsteil des Befehls bestimmt ist, wird 
in das Adreßregister des Speicherwerkes gebracht. Im Speicher- 
platz dieser Adresse befindet sich der zweite Operand, während der 
erste Operand — z.B. als Ergebnis einer vorausgehenden Verknüp- 
fung — im Ergebnisregister (Akkumulator) des Rechenwerkes 
steht. 


© Der zweite Operand, als Inhalt des im Adreßregister angegebenen 
Speicherplatzes, wird in das Ausgangsregister des Speicherwerkes 
transportiert. 


® Der zweite Operand, der im Ausgangsregister des Speicherwerkes 
steht, wird in ein Arbeitsregister des Rechenwerkes überführt, 
womit mit der eigentlichen Verknüpfung der beiden Operanden 
begonnen werden kann. 


® Als letzter Schritt der Ausführungsphase werden die beiden 
Operanden in der durch den Befehl angegebenen Weise verknüpft. 
Die Verknüpfung findet im Rechenwerk statt und besteht im allge- 
meinen wiederum aus einer Vielzahl von Einzelschritten. Diese 
werden in Abhängigkeit der Bitmuster, die von der Operationen- 
steuerung bereitgestellt werden, vollzogen. 
Das Ergebnis der Verknüpfung befindet sich nach deren Abschluß 
im Akkumulator. 


Transportbefehle 

Unter Transportbefehlen sollen solche Befehle verstanden werden, die 
einen Transport von Daten (Operanden) zwischen dem Arbeitsspei- 
cher und Registern des Rechenwerkes veranlassen. Transportbefehle, 
die einen Datenverkehr zwischen Peripheriegeräten (Ein- und Ausga- 
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begeräte) und Zentraleinheit sowie zwischen den Peripheriegeräten 
untereinander verursachen, sollen hier nicht betrachtet werden. 


© Die Adresse des zu transportierenden Operanden wird wiederum 
vom Adressenrechenwerk aus dem Adreßteil und Modifikationsteil 
des Befehles ermittelt und im Adreßregister des Speicherwerkes 
bereitgestellt. 


Für diesen Operationsschritt ergeben sich je nach Transportrich- 
tung zwei Möglichkeiten. Entweder wird der Inhalt des Akkumu- 
lators in das Speicherregister des Speicherwerkes übertragen oder 
der Inhalt des durch das Adreßregister angegebenen Speicher- 
platzes wird im Speicherregister bereitgestellt. 


Durch den letzten OÖperationsschritt eines Transportbefehles 
gelangt der zu transportierende Operand an seinen Bestimmungs- 
ort. Soll ein Operand vom Akkumulator in den Arbeitsspeicher 
transportiert werden, so gelangt der bereits im Speicherregister des 
Speicherwerkes vorhandene Operand an den durch den Inhalt des 
Adreßregisters bestimmten Speicherplatz. Liegt die umgekehrte 
Transportrichtung vor, so wird der bereits im Speicherregister 
vorhandene zweite Operand in ein Arbeitsregister des Rechen- 
werkes transportiert. 


Unbedingte Sprungbe/fehle 

Beiunbedingten Sprungbefehlen wird die normale Befehlsabarbeitung, 
die in fortlaufender Reihenfolge stattfindet, auf jeden Fall unterbro- 
chen. Innerhalb des laufenden Programmes wird entweder vor oder 
zurückgesprungen, und zwar zu dem Befehl, dessen Adresse im gerade 
bearbeiteten Sprungbefehl angegeben ist. 

Der Inhalt des Adreßteils dieses Befehles wird also nicht als eine 
Operandenadresse gewertet, sondern als Befehlsadresse. Der AdreßB- 
teil kennzeichnet in diesem Fall die Stelle des Programms, wo mit der 
Bearbeitung fortzufahren ist. 

Daraus ergibt sich für die Befehlsausführung eines unbedingten 
Sprungbefehls nur ein elementarer Operationsschritt. 

Aus dem Adreßteil und ggf. dem Modifikationsteil des unbedingten 
Sprungbefehls bestimmt das Adressenrechenwerk eine effektive 
Adresse. Da diese Adresse als Befehlsadresse interpretiert wird, 
gelangt sie vom Adressenrechenwerk in das Befehlszählregister. Im BZ 
steht somit die Adresse des nächsten zu bearbeitenden Befehls, so daß 
ein neuer Zyklus mit der Befehlsholphase beginnen kann. 


Bedingte Sprungbefehle 

Bedingte Sprungbefehle sind dadurch gekennzeichet, daß die fortlau- 
fende Reihenfolge der Befehlsbearbeitung nur dann verlassen wird, 
wenn das Ergebnis eines Vergleiches zwischen zwei Registerinhalten 
eine festgelegte Bedingung (B) erfüllt. Dabei sind drei Festlegungn der 
Bedingung denkbar. 

Das Ergebnis eines Vergleiches steht im Akkumulator und der Inhalt 
des Akkumulators ist: 


= IAV 
see 


Ist die Bedingung nicht erfüllt (Festlegung: B = ,„0*), so wird das 
Programm mit dem nächsten Befehl, dessen Adresse bereits im 
Befehlszählregister steht, fortgesetzt. Die fortlaufende Reihenfolge der 
Befehlsabarbeitung wird nicht verlassen, so daß der bedingte Sprung- 
befehl in diesem Fall keine Auswirkung auf den Programmablauf 
hat. 

Ist die Bedingung jedoch erfüllt (Festlegung: B = „1"), so laufen die 
folgenden Operationen wie beim unbedingten Sprungbefehl ab, d.h., die 
fortlaufende Abarbeitung der Befehle wird unterbrochen. Daraus 
ergeben sich die folgenden Operationsschritte: 


© Es wird geprüft, ob der Inhalt des Akumulators die vorher fest- 
gelegte Bedingung erfüllt oder nicht erfüllt. Dies geschieht in 
einem Schaltwerk, das als derart aufgebaut angenommen werden 
soll, daß es bei erfüllter Bedingung ein Signal aussendet und bei 
nicht erfüllter Bedingung kein Signal aussendet. 
Damit ergeben sich für den nächsten elementaren Operations- 
schritt zwei Möglichkeiten: 


Die Bedingung ist erfüllt (B = „1"). Es findet ein Sprung im 
Programmablauf statt (wie beim unbedingten Sprung). 
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® Die Bedingung ist nicht erfüllt (B = „0*). Es wird ein neuer Befehls- 
zyklus eingeleitet. Der Inhalt des Befehlszählregisters wird als 
nächster Befehl abgearbeitet. Der unbedingte Sprungbefehl 
bleibt in diesem Falle ohne Auswirkung auf den Programmab- 
lauf. 


Beschreibung der grafischen Darstellung einer Zentraleinheit 
Nachdem die Behandlung eines Befehls in der Zentraleinheit beschrie- 
ben worden ist, soll nun die grafische Darstellung der Befehlsabwick- 
lung in einer CPU verdeutlicht werden (Bild 5). Dazu sind die Verbin- 
dungslinien mit einer Pfeilung versehen, welche die Wirkungsrichtung 
darstellt, und mit fortlaufenden Ziffern kennzeichnet. Vor Beginn der 
Befehlsabwicklung steht im Befehlszählregister die Adresse des näch- 
sten zu bearbeitenden Befehls. Diese gelangt in das Adreßregister des 
Speicherwerkes (1). Der Inhalt des Adreßregisters kennzeichnet einen 
Speicherplatz, an dem der zu bearbeitende Befehl zu finden ist (2). Der 
Inhalt dieses Speicherplatzes wird in das Ausgangsregister des Spei- 
cherwerkes gebracht (3). Anschließend gelangt der Inhalt des Aus- 
gangsregisters in das Befehlsregister (4). Aus dem Adreßteil und dem 
Modifikationsteil des Befehles errechnet das Adressenrechenwerk 
eine effektive Adresse (5a) (5b). Gleichzeitig wird der Operationsteil 
des Befehls in der Funktionsentschlüsselung dekodiert (6). Das Befehls- 
zählregister wird auf Veranlassung des Adressenrechenwerkes um „1“ 
erhöht (7). Die vom Adressenrechenwerk ermittelt effektive Adresse 
gelangt in das Adressenregister des Speicherwerkes (8). Der dem Inhalt 
des Adreßregisters entsprechende Speicherplatz wird angewählt (2). 
Der Inhalt des Speicherplatzes gelangt in das Ausgangsregister des 
Speicherwerkes (3). Wird der Inhalt des Ausgangsregisters des Spei- 
cherwerkes als Operand erkannt, so wird dieser entweder in ein 
Arbeitsregister oder direkt in den Akkumulator des Rechenwerkes 
übertragen (9a) (9b). 

Wir der Inhalt des Ausgangsregisters des Speicherwerkes als ein 
Befehl identifiziert, wie z.B. bei Sprungbefehlen, so wird der Inhalt des 
Ausgangsregisters in das Befehlsregister transportiert (4). 

Durch die Funktionsentschlüsselung ist eine Operationssteuerung 
ausgewählt worden, die eine der Operation entsprechende Folge von 
Bitmustern an das Rechenwerk abgibt. Das Rechenwerk seinerseits 
meldet der Operationssteuerung, wann es ein neues Bitmuster erwar- 
tet, um mit der Ausführung der Operation fortzufahren (10a). 

Ist die Operation beendet, so befindet sich das Ergebnis im Akkumu- 
lator. Nun kann ein neuer Befehlszyklus eingeleitet werden. Durch 
einen Transportbefehl kann beispielsweise der Inhalt des Akkumula- 
tors, der ja das Ergebnis der vorherigen Operation darstellt, in das 
Speicherwerk transportiert und unter der angegebenen Adresse abge- 
speichert werden (10b). 


Aufgrund der Vielfältigkeit und Komplexität der realisierten Zentra- 
leinheiten kann eine allgemeingültige Beschreibung der Baugruppen 
und deren Zusammenwirken nur vereinfacht und in einer schemati- 
schen Form erfolgen. Ein Überblick über die Funktionseinheiten einer 
Zentraleinheit und alle Vorgänge bei der Befehlsabwicklung sind für 
die Anwender von Computern unerläßlich. Dies gilt insbesondere 
hinsichtlich einer optimalen Assemblerprogrammierung. 

Durch die weite Verbreitung der Mikroprozessoren hat die Program- 
mierung in Assembler oder sogar in Maschinensprache an erheblicher 
Bedeutung gewonnen. 
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Mikroprozessor als A/D-Wandler 


A/D-Wandlung, Binär- 
auf-BCD- und BCD-auf- 
Sieben-Segment-Konver- 
sion mit uP M 6800 — 
eine ökonomische Lösung 





Unser Applikationsbericht zeigt eine naheliegende, einfache Lö- 
sung für eine Aufgabe, die bei der Meßwertverarbeitung regelmäßig 
anfällt: A/D-Wandlung und Kode-Wandlungen für Anzeigefunktio- 
nen. Mit geringem Befehls- und Speicherplatzaufwand sowie 
einigen wenigen extremen Elementen kann das ein bereits vorhan- 
dener Prozessor, hier der M 6800, mit übernehmen. Die gebräuch- 
lichen Wandlerprinzipien werden kurz abgewogen, der Aufbau des 
Systems und die notwendigen Software-Routinen werden als Fluß- 
diagramm vorgestellt. 


Bei vielen der Aufgaben, die Mikroprozessorsysteme zu übernehmen 
haben, geht es im wesentlichen um die Steuerung oder Regelung 
analoger Größen. Für die digitale Verarbeitung analoger Meßwerte 
bedarf es eines eigenen Analog-Digital-Wandlers. Ein solcher Wandler 
— Bindeglied zwischen der kontinuierlichen und diskreten Signalwelt 
— muß notgedrungen selbst teils analoge, teils digitale Bestandteile 
enthalten. Wenn man — wie bisher eigentlich immer geschehen — dem 
Mikroprozessor ein komplettes A/D-Wandlersystem vorschaltet, tut 
man in vielen Applikationen bereits des Guten zuviel. 
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Bild 1: Blockschaltbild und Stiftbelegung des M 6800 (a), interne 
Organisation des PIA M 6820 (b) 
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Eine ökonomischere Lösung bietet die hier kurz vorgestellte Schal- 
tung, bei der der Prozessor selbst — neben seinen übrigen Funktionen 
— zumindest den digitalen Part der A/D-Wandlung übernimmt. 
Als Kernstück der hier beschriebenen, recht originellen Lösung dient 
ein uP M 6800 (Motorola). Die Verbindung zur analogen Welt leistet 
ein Peripherie-Interface-Adapter (PIA) M 6820. Wir beschreiben kurz 
die beiden gebräuchlichsten Konversionsmethoden: die sukzessive 
Approximation und die Integration mit Doppelrampe (dual slope)und 
stellen sie gegenüber. Zuvor noch einige Worte zur Organisation der 
beiden genannten Bausteine. 


MPU und PIA 

Der M 6800 ist bekanntlich ein MPU-Baustein (microprocessing unit) 
mit 16-bit-Adreßbus und 8-bit-Datenbus. Eine stark vereinfachte prin- 
zipielle Darstellung der internen Register gibt Bild 1a. Der Prozessor 
verfügt über zwei 8-bit-Akkumulatoren, ein 16-bit-Indexregister, einen 
16-bit-Programmzähler, einen 16-bit-Stapelzeiger (SP = stack poin- 
ter) und über 8-bit-Flag-Register. (Weitere Details und speziell den 
Befehlsvorrat hier zu zitieren würde zu weit führen. Auch die 
Programme werden, der Einfachheit halber, nur als Flußdiagramme 
angegeben. Weitere Informationen und Programmauflistungen für alle 
in der Tafel angeführten Konversionsmethoden finden Sie in [1].) 
Der Peripherieadapter PIA ist also das Bindeglied zwischen den 
Adreß- und Datenbus-Leitungen; sein Blockschaltbild zeigt Bild 1b. Er 
besteht hauptsächlich aus zwei identischen 8-bit-Register-‚Ports. Jedes 
dieser beiden Ports(Kanäle) enthält drei Register: ein Datenregister als 
Vermittler zwischen Datenbus und A/D-Wandler, ein Datenrichtungs- 
Register, das darüber entscheidet, ob die Datenregister als Ein- oder 
Ausgang spezifiziert sind, und ein Kontrollregister, das die Verteilung 
des Datenflusses zwischen den beiden vorgenannten Registern über- 
nimmt. Jedes der beiden Ports enthält außerdem noch zwei zusätzliche 
Leitungen: CA I und CA 2; diese sind für /nterrupts und für zusätz- 
liche 1/0-Funktionen vorgesehen. 

Jetzt zu den Wandlerprinzipien. 


Sukzessive Approximation 

Diese Konversionsmethode besteht grundsätzlich darin, daß mit Hilfe 
eines Digital-Analog-Wandlers eine bekannte analoge Größe erzeugt 
wird, die einen Vergleich mit der unbekannten Eingangsgröße gestat- 
tet. Dazu wird, beginnend mit dem höchstwertigen Bit, jede der Stellen 
eines Registers nacheinander auf 1 gesetzt und die so erhaltene digitale 
Zahl über den D/A-Wandler ins Analoge transformiert. Ein Spannungs- 
komparator vergleicht beide Größen. Wenn die zu messende Ein- 
gangsspannung kleiner ist als die erzeugte Referenzspannung, wird das 
betreffende Bit wieder zurückgesetzt, im anderen Fall bleibt der Regi- 
sterzustand erhalten. 

Nun wird das nächst niedere Bit gesetzt und der Kreis von neuem 
durchlaufen. Die Referenzspannung nähert sich sukzessive der unbe- 
kannten Eingangsspannung an — nach dem Durchlaufen sämtlicher 
Registerstellen ist der Registerinhalt die bestmögliche Entsprechung 
für die analoge Eingangsgröße (Bild 2). 

Die Funktionsabläufe an dem Register — Bit-setzen, -löschen, -weiter- 
schalten —,die bei einem normalen A/D-Wandler per Hardware reali- 
siert ist, sollen nun, in unserem Fall, vom ohnehin vorhandenen Mikro- 
prozessor übernommen werden. Bild 3 zeigt in einem Flußdiagramm 
die notwendigen Schritte. 

Für einen 8-bit-A/D-Wandler ist die Aufgabe besonders einfach. Hier 
wird nur eine Speicherstelle als Approximationsregister benutzt, die 
vor das MSB gesetzt — die jeweils relevante Bitposition wird vom Bit- 
Pointer angezeigt — und der gesamte Speicherinhalt an das PIA- 
Interface ausgegeben. Dieses enthält seinerseits ein Fangregister 
(latch) für jeden Ausgabekanal (port). Dadurch erhält der D/A- 
Wandler ein kontinuierliches Signal. Die Entscheidung des Kompara- 
tors, ob das betreffende Bit gesetzt bleiben oder gelöscht werden soll, 
belegt eine der acht Eingangsleitungen des zweiten Kanals im PIA- 
Baustein. 

Besonders wichtig wird die Leistung des Halteregisters des PIA, wenn 
der A/D-Wandler mehr als 8 bit umfassen soll. Dies ist natürlich ohne 
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weiteres möglich, wenn eine weitere Speicherstelle im Mikroprozessor 
dafür bereitgehalten wird. Der Interface-Adapter besitzt ja zwei 8-bit- 
Kanäle — die natürlich jedoch nacheinander beschickt werden 
müssen. 

In Bild 4 ist die sehr einfache Schaltung für einen 8-bit-A/D-Wandler 
dargestellt. Der Schaltungsaufwand für einen 10-bit-Wandler vergrö- 
Bert sich nur insofern, als der D/A-Wandler auf 10 bit ausgedehnt und 
zwei weitere Leitungen für die über 8 hinausgehenden Bit vom Kanal B 
(B0, BI) gezogen werden müssen. Wie aus der Tafel ersichtlich, vergrö- 
Bert sich der Speicherplatzbedarf für das gesamte Konversionspro- 
gramm von 106 auf 145 Speicherplätze. Dabei ist vorausgesetzt, daß 
der Komparator eine entsprechende Auflösung besitzt. Die Pro- 
gramme für eine 8- bzw. 10-bit-A/D-Wandlung sind in [1] aufgeli- 
stet. 


Doppelrampentechnik 
Eine sehr häufig benützte Methode — besonders wenn auf Geschwin- 
digkeit kein allzu großer Wert gelegt wird — ist die /ntegrationsme- 


Ueın Bild 2: Prinzipschalt- 
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Bild 4: Hardware-Realisierung eines A/D-Wandlers mit 8 bit 
Auflösung 
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thode mit Doppelrampe. Anhand von Bild 5 soll das Prinzip kurz 
repetiert werden. Ausgehend von einer Referenzspannung U,,, wird 
die analoge Eingangsspannung über eine feste Zahl von Taktperioden 
aufintegriert. Der Betrag der Spitzenamplitude ist damit direkt 
proportional der Eingangsspannung. 

Nun wird die Integrationsrichtung umgekehrt — die Amplitude nimmt 
konstant ab, bis wieder der Wert U, erreicht ist. Die Anzahl der 
Taktzyklen zwischen dem Spitzenwert und dem Durchlaufen der Refe- 
renzspannung ist somit ebenso proportional zur Eingangsspannung. 
Diese Methode ist im Gegensatz zur Methode der sukzessiven Appro- 
ximation deutlich langsamer, und die Konversionszeit ist hier abhän- 
gig von der Größe der Eingangsspannung. Mit dieser Methode lassen 
sich bei deutlich geringeren Kosten jedoch wesentlich bessere Genau- 
igkeiten erzielen. 

Die eben beschriebene Rampenfunktion wird bei der hier beschrie- 
benen Lösung zusammen mit der notwendigen Referenzspannung und 
dem Komparator in nur einem einzigen externen Baustein erzeugt, 
beispielsweise dem MC 1405 von Motorola. Damit wird der gesamte 
Schaltungsaufbau zu einem Kinderspiel (Bild 6). 
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Bild 3: Flußdia- 
gramm eines Pro- 
gramms zur A/D- 
Wandlung mit Mi- 
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Tafel: Möglichkeiten für die A/D-Wandlung — Materialaufwand und Zeitparameter 





Sukzessive Approximation 











Doppelrampe 




















8-bit 10-bit 8-bit 12-bit 3'/2-Digit 4'/2-Digit 3'/-Digit 
Software Software Hardware Software Software Software Hardware 
Externe Beschaltung 8-bit DAC 10-bit DAC 8-bit DAC MC 1405 MC 1405 MC 1405 MC 1405 
Op Amp Op Amp SAR* MC 14435 
Komparator Komparator Op Amp MC 14558 
Komparator (7-Segment 
Display) 
Konversionszeit 700 us 1,25 ms, 60 us 165 ms 60 ms 600 ms 183 us 
Konstant Konstant für MPU, (max) (max) (max) (min) für 
plus A/D Variabel Variabel Variabel MPU, plus 
Konversionszeit A/D 
Konversionszeit 
Interrupt möglich? Ja Ja Ja Nein Nein Nein Ja 
Anzahl Speicherplätze 106 145 42 84 296 328 58 
Serieller Ausgang? Ja Ja Ja Nein Nein Nein Nein 








* Sukzessiv-Approximation-Register 


Das Programm für den Mikroprozessor ist wieder als Flußdiagramm in 
Bild 7 dargestellt. Als erstes müssen die Interface-Adapter-Register 
gesetzt werden, und es muß anhand der Komparatorleitung PB 7 
sichergestellt sein, daß sich die Rampe unterhalb der Referenzspan- 
nung befindet (PB7 = /on). 

Dann wird das Bit „Konversion beendet“ gesetzt, womit ein neuer 
Zyklus erlaubt ist. 

Das Progranım geht dann in eine Warteschleife, aus der es über PB I 
(„Zyklus“) zum nächsten Zyklus herausgerissen wird. Jetzt wird die 
Kontrolleitung PB 2 /on® — womit der Rampenzyklus ım MC 1405 
gestartet wird. Wenn nun die Rampe die Referenzspannung über- 
schreitet, geht die Komparatorleitung (PB 7) von /ow' nach high. 
Das Programm durchläuft nun eine feste Anzahl von Taktzyklen (hier 
2000 ,,). Dariach wird die Kontrolleitung wieder auf high gesetzt, womit 
im MC 1405 die Integrationsrichtung umgekehrt wird. 

Das Programm zählt nun hoch bis zum Eintreffen des Komparatorsi- 
gnals. Nach Abzug eines Offsers (hier 512 Zähltakte) ist die intern in 


zwei Speicherplätzen gespeicherte Zahl eine sehr genaue Entspre- 


chung der analogen Eingangsgröße. 
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Bild 6: Realisierung eines A/D-Wandlers mit Doppelrampe. Der 
Baustein MC 1405 enthält dazu alle notwendigen Bausteine für 
Integration, Referenzspannung und Komparator 
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Es versteht sich von selbst, daß die Integrationskapazität groß genug 
ist, um die Rampe nicht in einen Sättigungsbereich geraten zu 
lassen. 


3'/,- bzw. 4'/ stellige Konversion 

Bei der gerade beschriebenen Methode liegt das Produkt der Konver- 
sion als 12stellige Dualzahl zur Weiterverarbeitung im Mikroprozessor 
vor. In manchen Applikationen kann es von Interesse sein, das Ergebnis 
der A/D-Wandlung in Dezimalzahlen, also als 3'/:- oder gar 4'/:stellige 
Anzeige direkt sichtbar zu machen. Natürlich ist es ein leichtes, eine 
Umwandlung von Binär- in BCD-Darstellung mit Hilfe von inte- 
grierten Bausteinen (etwa SN 7485) zu erreichen. Eine Unterroutine im 
Mikroprozessor, die nur 46 Speicherplätze belegt, genügt den Anfor- 
derungen in den meisten Fällen ebenso. Weitere 60 Speicherplätze 
erledigen dann auch noch die letzte Umwandlung in den Sieben- 
Segment-Kode — so daß zur Ansteuerung von Sieben-Segment-LED- 
Displays dann wirklich nur noch Treibertransistoren notwendig sind. 
In Bild 8a ist das Flußdiagramm für ein Unterprogramm zur Umwand- 
lung vom Binär- in BCD-Kode nach der Methode der 3-Addition 
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Bild 8: Flußdiagramm für eine Binär-auf-BCD-Konversion mit 
Mikroprozessor (a), Beispiel für Binär-BCD-Konversion mit 
dem Add-3-Algorithmus (b) 





angegeben. Diese Methode beruht darauf, daß die Binärzahl, wie in Das Programm für eine derartige Unterroutine umfaßt für eine Binär- 

Bild 8b dargestellt, jeweils Stelle um Stelle verschoben wird. Dabei BCD-Konversion von 16 bit nur 75 Speicherplätze. 

werden immer 4 bit als eine Dezimalstelle interpretiert. Bearbeitet nach Unterlagen der Firma Motorola GmbH, Taunus- 
stein. 

Der Algorithmus besteht darin, daß in jeder Dezimalstelle immer dann 

eine3hinzuaddiert werden muß, wenn die Wertigkeit der betreffenden Schrifttum: 

Dezimalstelle nach dem Verschieben größer oder gleich 5 war. Das [1] Analog to digital conversion techniques with the M 6800 Microprozessor system. Appli- 

Flußdiagramm aus Bild 8a gilt also für jede der BCD-Stellen gesondert. cation Note AN 757 Motorola. 
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Programmierbares 
„P-Ein-/Ausgabesystem 


Horst Huse, Freising* 





Funktion, Möglichkeiten 
und Anwendung 


Bei der Auswahl eines geeigneten Mikroprozessors für universelle 
und Ein-/Ausgabe-intensive Anwendungen, wie z.B. für industrielle 
Steuerungen, ist es notwendig, die Ein-/Ausgabestrukturen eines 
„WP-Kandidaten“ genauer zu untersuchen. Denn gerade hier kön- 
nen beachtliche Kosten durch die Anzahl der erforderlichen 
Bausteine sowie den Programmieraufwand entstehen. Die zuneh- 
menden Erfahrungen beim Einsatz von Mikroprozessoren führen 
außerdem meist sehr schnell zu erheblichen Erweiterungen des 
ursprünglich beabsichtigten Einsatzrahmens. Daher ist es nicht 
unüblich, wenn Programmspeicher und Ein-/Ausgabe oft doppelt so 
groß werden wie zu Beginn des Projekts spezifiziert. Die Vielfalt der 
zu lösenden Interfaceprobleme reicht dabei vom Steuern eines 
Relais bis zum Anschluß einer Floppy Disk oder Magnetplatte. 
Deshalb sollte der Mikroprozessor ein leistungsfähiges und anpas- 
sungsfähiges Ein-/Ausgabesystem haben. Bei den Mikroprozes- 
soren der 9900-Familie wurde dies durch eine zusätzliche program- 
mierbare Ein-/Ausgabe, zu der bei vielen Mikroprozessoren übli- 
chen parallelen Ein-/Ausgabe und dem direkten Speicherzugriff, 
realisiert. Funktion, Möglichkeiten und Anwendung dieser pro- 
grammierbaren Ein-/Ausgabe beschreibt dieser Beitrag. 


E/A-Struktyren der 9900-Familie 

Die drei verschiedenen Ein-/Ausgabestrukturen der z.Z. aus drei soft- 
warekompatiblen Ein-Chip-Mikroprozessoren bestehenden 9900-Fa- 
milie zeigt Bild 1. Je nach Art der Anforderungen kann zwischen dem 
sehr schnellen DMA-Betrieb, der mittelschnellen parallelen und der 
langsameren programmierbaren Ein-/Ausgabe ausgewählt werden. 
Tafel 1 faßt die drei E/A-Strukturen zusammen. 


Direkter Speicherzugriff (DMA) 

Für Datenraten bis 2,5 Mill. Worte/s oder 2,5 Mill. Byte/s beim TMS 
9980 kann der direkte Speicherzugriff ausgelegt werden. Der Mikro- 
prozessor wird dabei durch eine Halt-Anforderung veranlaßt, sich vom 
Adreß-, Daten- und Kontrollbus zu trennen. Dies wird durch Schalten 


* Ing. (grad.) Horst Huse ist Produktmarketing Manager für Mikroprozessoren der Texas 
Instruments GmbH, Freising. 





DMA-Steuerung 


Bild 1: Ein-/Ausgabestrukturen der Mikroprozessorserie 9900 
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Täfel 1: Ein-/Ausgabetechniken des 9900-Konzeptes 


Direkter 
Speicherzugriff 


Parallele 
Ein-/Ausgabe 


Charakteristik Program- 
mierbare 


Ein-/Ausgabe 





Datendurchsatz/s 35 KByte/Worte 75 KByte/Worte 2,5 MByte/Worte 
Datentransport durch ja ja nein 
den Mikroprozessor? 
Hardware-Aufwand gering gering bis groß 
(Kosten) mittel 
Programmierung einfach aufwendig einfach 
Ein-/Ausgabe- Bit Byte/Wort Byte/Wort 
adressierung (Ebene) 
Ein-/Ausgabeformat variabel fest fest 

(1 bis 16 bit) (8/16 bit) (8/16 bit) 





in einen hochohmigen Zustand (Tri-state) erreicht. Die Ausführung 
wird vom Mikroprozessor durch ein Quittungssignal bestätigt. Die 
max. Reaktionszeit beträgt 3 us, bei einer Systemtaktfrequenz von 3 
MHz. Danach kann der DMA-Kontroller die gewünschte Ein-/Ausga- 
beoperation mit dem Speicher und dem Ein-/Ausgabegerät vorneh- 
men. 


Die beim DMA-Betrieb möglichen Datentransferraten sind nun 
ausschließlich von der Geschwindigkeit des Speichers, des E/A- 
Gerätes und des DMA-Kontrollers abhängig. Der Hardwareaufwand 
ist wegen der komplexen Struktur des DMA-Betriebs sehr hoch und 
sollte vom Entwickler nur dann vorgesehen werden, wenn die Daten- 
transferraten der parallelen Ein-/Ausgabe nicht ausreichen. 


Parallele Ein-/Ausgabe 

Die parallele Ein-/Ausgabe ist die bei Mikroprozessoren gebräuch- 
lichste Methode und als sog. Memory mapped I/O bekannt. 

In der CPU-Familie 9900 ermöglicht sie Datentransferraten von rd. 
75 KWorte/s. Die Ein-/Ausgabe-Ports werden dabei wie Speicher- 
worte behandelt und erlauben somit die Verwendung aller Speicher- 
befehle. Eine Besonderheit der 9900-CPU ist die Möglichkeit eines 
direkten Transports von der Eingabe in den Speicher und vom Spei- 
cher zur Ausgabe, ohne die bei vielen Mikroprozessoren der zweiten 
Generation erforderliche Zwischenspeicherung in einem Akkumula- 
tor. Die Adressierung der Ein-/Ausgabe und der Speicherstelle kann 
über die fünf Adressierungsarten Register, Register Indirekt, Direkt 
oder Symbolisch, Register Indirekt mit Autoinkrement und Index 
erfolgen, da diese 9900-Befehle 2-Adreßbefehle sind [3]. Die Befehls- 
matrix für Transportbefehle (MOVE WORD, MOVE BYTE) in 
Tabelle 2 verdeutlicht dieses. 

Ein weiterer Vorteil der parallelen Ein-/Ausgabe ist die hohe Daten- 
transferrate, da Worte oder Byte parallel übertragen werden. Die 
Nachteile sind das feste Format von 8 oder 16 bit und die aufwendige 
Programmierung, wenn einzelne Bit innerhalb eines Byte oder 
Wortes manipuliert werden müssen. Dies ist z.B. bei der Verarbeitung 
von Statusinformationen eines Peripheriegerätes oder beim Ansteuern 
einzelner Steuerleitungen der Fall. Auch der hohe Verdrahtungsauf- 
wand bei einer großen Anzahl von Ein-/Ausgabe-Ports ist für den 
Leiterplattenentwurf und die Systemverdrahtung oft sehr störend. 


Programmierbare Ein-/Ausgabe 

Im Gegensatz zu Mikroprozessoren der zweiten Generation wurde 
beim 9900-Konzept zusätzlich zu der DMA- und der parallelen Ein-/ 
Ausgabe eine programmierbare Ein-/Ausgabe implementiert. Sie 
bietet dem Systementwickler die Möglichkeit, die Nachteile der paral- 
lelen Ein-/Ausgabe zu umgehen und zusätzlich 4096 bit Eingabe und 
4096 bit Ausgabe anzuschließen. 
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Jedes Bit der programmierbaren E/A, auch CRU (Communication 
Register Unit) genannt, kann einzeln oder in Feldern von 1 bis 16 bit 
adressiert und damit ein- bzw. ausgegeben werden. Außerdem mini- 
miert die programmierbare E/A den Leistungsaufwand und bietet 
Einzelbitmanipulation sowie ein variables Ein-/Ausgabeformat von I 
bis 16 bit. 


Funktion und Aufbau der programmierbaren Ein-/Ausgabe 

Die programmierbare Ein-/Ausgabe arbeitet mit 12 bit des 15-bit- 
Adreßbusses (A 3bis A 14), einer Eingabedatenleitung (CRU IN), einer 
Ausgabedatenleitung (CRU OUT) und einer Ausgabetaktleitung 
(CRU CLK). Bild 2 zeigt die Struktur dieser Ein-/Ausgabe. Für das 
Verständnis der Funktion ist wichtig, daß die Adressierung der E/A auf 
Bitebene durchgeführt wird, d.h. jedes der 4096 Ein- und Ausgabebit 
wird einzeln adressiert und nicht wie bei der parallelen E/A in 8- oder 
16-bit-Ports. Die Bitadresse von O bis 4095,, wird dabei von der CPU 
auf den Adreßbus (A 3 bis A 14) geschaltet. Die externe Ein-/Ausgabe 
dekodiert diese Adresse und schaltet den Zustand des adressierten Bit 
auf die Eingabedatenleitung (CRU IN). Die zeitrichtige Übernahme 
geschieht innerhalb der CPU; deshalb benötigt die externe Dekodier- 
logik im Fall der Eingabe außer der Adresse keine weitere Information. 
Handelt es sich um eine Ausgabe, so schaltet die CPU den Zustand des 
auszugebenden Bit auf die Datenausgabeleitung (CRU OUT) und 
generiert einen zeitrichtigen positiven Taktimpuls auf der Taktleitung 
(CRU CLK). Die Ausgabebitinformation kann damit extern in einem 
Ausgabelatch gespeichert werden. 

Wurde im Ein- bzw. Ausgabebefehl mehr als 1 bit programmiert, so 
werden m-Bitadressen ausgegeben und m-Dateneingaben bzw. Daten- 
ausgaben vorgenommen (m kann 12 m = 16 sein.) Die Bitübertra- 
gungsfrequenz beträgt dabei 1,5 Mbit/s bei / = 3 MHz Systemtaktfre- 
quenz. Bild 3 zeigt den zeitlichen Ablauf einer 2-bit-Ausgabe- und einer 
I-bit-Eingabe-Operation. Bei Mehrbitaus- und -eingabe erscheinen auf 
dem Adreßbus nacheinander die Adressennbisn + m — 1. 

Diese auf den ersten Blick kompliziert erscheinende Ein-/Ausgabe- 
prozedur der programmierbaren E/A ist jedoch hard- und software- 
mäßig sehr einfach zu handhaben. Wie Bild 4a und 4b zeigt, sind zur 
Realisierung keine Schieberegister notwendig, sondern serienmäßig 
verfügbare Standard-LPS-Bausteine. Und zwar zur 8-bit-Eingabe (Bild 
4a) ein 8-zu-1-Multiplexer (TIM 9905) und als Adreßdekoder ein 3-zu 8- 
Dekoder (SN 74 LS 138). Für die 8-bit-Ausgabe (Bild 4b) genügen ein 
adressierbares Latch (TIM 9906) und ein Dekoder SN 74 LS 138. 


Tafel 2: Transportbefehlsmatrix der CPU 9900 
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Bild 2: Struktur der programmierbaren Ein-/Ausgabe 
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Bild 3: Zeitlicher Ablauf der programmierbaren Ein-/Ausgabe 





Vergleicht man den reinen Hardwareaufwand mit der parallelen 
Ein-/Ausgabe [3], so fällt auf, daß der Bausteinaufwand überraschen- 
derweise geringer ist. Die Anschlußweise der Ein-/Ausgabe ist für den 
Systementwickler mit der der parallelen Ein-/Ausgabe voll identisch. 
Funktionell läuft die Ein-/Ausgabe mit der CPU nur eben nicht byte- 
oder wortseriell, sondern bitseriell ab. 
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Befehle der programmierbaren Ein-/Ausgabe 

Die Befehle der programmierbaren Ein-/Ausgabe können in zwei 
Gruppen unterteilt werden: 

© Befehle für Einzelbitoperationen 

® Befehle für Mehrbitoperationen 

Alle diese Befehle verwenden das Register 12 des 16 Register umfas- 
senden Registersatzes der 9900-CPU als Adreßregister, das die Basis- 
adresse N beinhaltet. Diese Basisadresse in WR 12 dient dem Mikro- 
prozessor zum Errechnen der effektiven Bitadresse für Ein- und Ausga- 
beoperationen. 

Die Einzelbitoperationen der programmierbaren Ein-/Ausgabe umfas- 
sen 3 Befehle: 

Teste Bit (TB: test bit) 

Setze Bit (SBO: ser bit 10 one) und 

Lösche Bit (SBZ: set bit 0 zero ). Die effektive Adresse des Bit wird 
automatisch von der CPU durch einen im Befehl enthaltenen relativen 
Wert (- 128,,bis + 127,,) mit der Basisadresse in WR 12errechnet. Für 
die Befehle SBO und SBZ gibt die CPU, neben der effektiven Bitadres- 
se, eine „I“ bzw. „O“ für SBZ auf die CRU OUT-Leitung und generiert 
den zugehörigen Ausgabetakt (CRU CLK). Beim Befehl TB wird der 
Wert der CRU IN-Leitung in das Bit 2 (EQUAL) des Statusregisters 
transportiert. Danach kann per Befehl bedingt auf den Inhalt von Bit 2 
verzweigt werden. Bild 5 zeigt die Berechnung der effektiven Bitadres- 
se. Alle CPU der 9900-Serie erlauben 2 Mehrbitbefehle: 
Transportiere m-Bit von der Eingabe zum Speicher (STCR: 
communication register) und 

transportiere m-Bit vom Speicher zur Ausgabe (LDCR: load commu- 
nication register). 

Bei beiden Befehlen können Datenquelle und Datensenke im Speicher 
wie bei normalen Transportbefehlen auf fünf verschiedene Arten 
adressiert werden (siehe auch Tafel 2). Die Ein- bzw. Ausgabe dieser 
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Bild 4: Realisierung der 8-bit-Eingabe (a) und der 8-bit-Ausgabe (b) 
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Bild 5: Berechnung der effektiven Bitadresse 
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Mehrbitbefehle beginnt jeweils bei dem niederwertigsten Bit mit der 
Adresse N. Register WR 12 dient wiederum als Basisadresse für Bit 
N. 

Bild 6a zeigt die Eingabe von 5 bit in das ungerade Byte von Register 8. 
Es wurde hier vorausgesetzt, daß WR 12 den Wert 100, und die 
Bitadresse 80,, enthält. Bei der Wertigkeit ist darauf zu achten, daß Bit 
15 gleich Null gesetzt und die Wertigkeit der Bitadresse um ein Bitnach 
links verschoben gezählt wird. 

Nach Ausführung des Befehls STCR R 8, 5 beinhaltet das Register 8 
die Informationen der Eingänge 80,, bis 84,,. Die verbleibenden Bit im 
ungeraden Byte von R 8 werden automatisch zu Null gesetzt. Wird in 
einem STCR-Befehl die Anzahl der einzugebenden Bit mit 9 bis 16 
programmiert, so würde Bit 80,, ab Bit 15 (LSB) in R 8 gespeichert. Im 
Bild 6b ist ein Beispiel für eine Datenausgabe zu sehen, bei dem 12 bit 
aus dem Speicherwort 600,, (indirekt mit autoinkrement mit Register 2 
adressiert) ab Bitadresse 200,, ausgegeben werden. Nach Ausführung 
des Befehls LDCR *R 2+ 12 der 18 us bei einer Systemtaktfrequenz 
von 3MHz benötigt, sind die 12 bit von Bitadresse 200,, bis 20B,, 
gespeichert. 


Vorteile der programmierbaren Ein-/Ausgabe 

Wie bereits in der Funktions- und Befehlsbeschreibung gezeigt, 
ergeben sich durch die programmierbare Ein-/Ausgabe für den 
Anwender wesentliche Vorteile, wie: 
























































® Einfache Bitmanipulationen. Bit setzen, löschen und testen, 
® Variables Ein-/Ausgabedatenformat von 1 bis 16 bit, also z.B. 4 bit 
für BCD-Ausgabe oder z.B. 13 bit für A/D- und D/A-Wandler 
® Kostengünstiger Aufbau durch den Einsatz von Standard-LPS- 
TTL-Bausteinen 
® Geringer Verdrahtungsaufwand 
® Einfache und speicherplatzsparende Programmierung 
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Bild 6: Mehrbiteingabe (a) und -ausgabe (b) 
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Tafel 3: Tastatur/Display-Steuerprogramm 





Label Befehl Operand Bemerkungen 
DISPLY LDCR R3,4 Neue Digitausgabe 
LDCR R4,4 Neuer Stellentakt 
STCR R5,5 Übernahme Tastenfeld 
BL KEYB Springe zur Tastenfeldroutine 
DIGUP SLA R4,1 Neue Digitposition 
SRC R3,4 Neues Digit 
cı R4,>1000 Digitüberlauf? 
JEQ UPDATE Display-Register neu laden 
BL TIMER Lade Timer neu 
RTN RTWP Rücksprung zum Monitorprogramm 
UPDATE MOV R1,R3 Lade Displayregister neu 
SWPB R3 Vertausche Gerades und ungerades Byte 
SRC R4,4 Stellentakt auf bit 7 
BL TIMER Lade Timer neu 
RTWP Rücksprung zum Monitorprogramm 


Die beiden erstgenannten Punkte sind wohl die wichtigsten überhaupt, 
da in ihnen eine hohe Flexibilität für den Systementwickler liegt. 
Äußerst günstige Lösungen lassen sich bei höheren Geschwindigkeits- 
anforderungen auch durch eine Kombination der parallelen und der 
programmierbaren Ein-/Ausgabe realisieren, z.B. Synchronisation 
(handshaking) über die programmierbare — da Bitmanipulation 
notwendig — und Datentransport (8/16 bit) über die parallele Ein-/ 
Ausgabe. 


Anwendungsbeispiel 

Am Beispiel eines Display/Tastatur-Anschlusses, z.B. für den Aufbau 
eines Lernsystems mit CPU der 9900-Familie, soll die einfache und 
kostengünstige Realisierung demonstriert werden. Wie Bild 7 zeigt, 
sind zum Aufbau des Interface, neben einer 4-Digit-Anzeige und der 
Tastatur mit 20 Tasten, 3 IC, 1 Anzeigedekoder und 4 Treiber notwen- 
dig. Anzeige und Tastatur werden dabei im Zeitmultiplexverfahren 
stellenweise angesteuert und abgefragt. Die Zeitintervalle, in denen das 
Steuerprogramm aufgerufen wird, können entweder durch ein 100-Hz- 
Interruptsignal oder durch einen programmierbaren Taktgeber (Ti- 
mer) erzeugt werden. Zum Verständnis des in Tafel 3 dargestellen 
Steuerprogrammes sind folgende Voraussetzungen definiert: 


© Registeraufteilung: 
Register 1 & Anzeigeregister (wird vom Monitor oder Tastatur- 
Programm geladen) 


Register 3 & Ausgaberegister des Displays (Digitinformation) 
Register 4 = Stellentaktregister 

Register 5 =& Pufferregister für Tastatur-Programm 

Register 12 & Basisadresse der programmierbaren Ein-/Ausgabe 


© Initialisierung der CRU-Basisadresse, Stellentakt-Timer und Aus- 
gaberegister des Programms „DISPLY“ wurden in der Power-up- 
Routine vorgenommen. 
© Basisadresse für Display/Tastatur-Ein-/Ausgabe ist 0000,,. 
Der Programmablauf für die Bedienung von Anzeige und Tastatur ist 
wie folgt: der über einen Timer erzeugte Interrupt bewirkt den Start 
des Programms „DISPLY“, das zuerst eine neue Digitinformation 
ausgibt und nachfolgend den zugehörigen Stellentakt. Danach werden 
5 Tasten des Tastenfeldes gelesen und das Unterprogramm „KEYB“ 
zur Bearbeitung der Tastatur aufgerufen. Dieses erkennt eingegebene 
Daten und Befehle und transportiert diese in das Anzeigeregister bzw. 
übergibt sie an das Monitorprogramm. Nach Abarbeitung des „KEYB*- 
Programms wird die neue Stellenausgabe vorbereitet und, falls die 
letzte Stelle (3) bereits ausgegeben wurde, Ausgabe- und Stellentakt- 
register neu mit Stelle 0 geladen. Bevor der Rücksprung ins Monitor- 
programm mit dem Befehl RTWP (return with workspace printer) 
abläuft, wird jeweils das Unterprogramm zum Laden des Timers aufge- 
rufen. Dieser bewirkt erneut, wenn das programmierte Zeitintervall 
abgelaufen ist, einen Interrupt, der das Programm „DISPLY“ startet. 
Auffallend bei der Durchsicht des Steuerprogramms (Tafel 3) ist, daß 
praktisch kein Organisationsaufwand für den Interruptstart und die 
Rückkehr ins Monitorprogramm notwendig ist. Das resultiert aus der 
Tatsache, daß alle 9900-CPU die erforderliche Abspeicherung der 
Maschinen-Register automatisch vornehmen, wenn ein Interrupt 
akzeptiert wurde. Außerdem verfügt das Steuerprogramm über seinen 
eigenen Registersatz (Workspace) von 16 Registern, so daß auch hier 
kein Aufwand zur Abspeicherung wie bei Stackarchitekturen notwen- 
dig ist. 
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Zusatzbausteine für die programmierbare Ein-/Ausgabe 
Zum Anschluß an die programmierbare Ein-/Ausgabe aller 9900- 
CPU stehen neben den bereits erwähnten Bausteinen TIM 9905 und 
9906 noch weitere Schaltkreise zur Verfügung, die spezielle Funk- 
tionen übernehmen: 

TMS 9901, Programmierbares Systeminterface (PSI) 

TMS 9902, Asynchrones serielles Dateninterface (UART) 

TMS 9903, Synchrones serielles Dateninterface (USRT) 


PSI: Programmierbares Systeminterface 

Das PSI übernimmt in einem 9900-System drei wesentliche Funktio- 

nen: 

® Interruptsteuerung (0 bis 15 Interrupts) 

® Bidirektionale Ein-/Ausgabe (6 bis 16 E/A) 

® Intervallzeitgeber/Uhr (21,3 us bis 349 ms) 

Über die programmierte Ein-/Ausgabe können dabei folgende Funk- 

tionen programmiert werden: 

® Aufteilung der Ein-/Ausgänge in 6 Interruptleitungen und 16 E/A- 
Leitungen oder 15 Interruptleitungen und 7 E/A-Leitungen 

@ Eingänge lesen, Ausgänge setzen 

® Intervallzeitgeber lesen/setzen 

@® Maskenregister setzen 

@® Software-Reset der Ein-/Ausgänge 

Da alle Funktionen bzw. Ein-/Ausgänge des Schaltkreises 9901 jeweils 

32 Ein- und 32 Ausgabebitadressen der programmierbaren Ein-/Aus- 

gabe belegen, ist für den Programmierer volle Transparenz vorhan- 

den. 

Für den Systementwickler bietet der TMS 9901 als Ein-/Ausgabe, der 

TMS 9980 als CPU und der TMS 9932 als Programm- und Datenspei- 

cher ein kostengünstiges 3-Chip-System, das voll ausbaufähig ist. 


UART: Asynchrones serielles Dateninterface 

Der TMS 9902 übernimmt als UART alle Aufgaben der asynchronen 
Datenübertragung zu Ein-/Ausgabegeräten oder weiteren Mikrocom- 
putersystemen. Neben dem asynchronen Sender und Empfänger 
enthält der TMS 9902 einen Intervallzeitgeber, der für Zeitüberwa- 
chungsaufgaben der CPU über dem UART-Baustein verwendet 
werden kann. Über die programmierbare Ein-/Ausgabe (32 Ein- und 32 
Ausgabeadressen) können programmiert werden: 


von/zur CPU 9900 
2 7 S 
: 3 
[) & 
< [2] 
g 


Anzeige 4xTlL312 











RESET 
CRUOU 
CRUIN 










Adressen 
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Bild 7: Tastatur/Display-Anschluß über die programmierbare 
Ein-/Ausgabe 
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Tafel 4: Programm zur Blockübertragung mit dem asynchronen Daten- 
interface TMS 9902 








Label Befehl Operand Bemerkung 

TRBLK LI RO, LISTAD Lade Startadresse des Datenblocks 
LI R1, COUNT Lade Blocklänge 
LI R12, CRUBAS Lade 9902-Basisadresse 
SBO 16 Schalte Sender „Ein“ 

XMTLP TB 22 Warte für XBRE=1 
JNE XMTLP 
LDCR *RO+,8 Lade Byte und inkrementiere 

Adresse. Setze XBRE=0 

DEC R1 Dekrementiere Blocklänge 
JNE XMTLP Block übertragen? 
SBZ 16 Schalte Sender „Aus“ 





® Zeichenlänge, 5 bis 8 bit 

@ Stoppbit, 1, 1'/, und 2 

® Parität, gerade, ungerade und keine 

© Datenrate, 110 bis 76 800 Baud (Sender und Empfänger program- 
mierbar) 

© Zeitintervall, 64 bis 16 320 us 

Der Vorteil des Anschlusses über die programmierbare Ein-/Ausgabe 

der 9900-CPU wird durch das kleine 18polige Gehäuse deutlich, denn 

vergleichbare UART benötigen hier meist 40 Anschlüsse. In Tafel 4 ist 

das Programm für eine Blockübertragung von N-Zeichen aufgelistet. 

Nach Laden des Pointers, Zeichenanzahl und Basisadresse startet das 

Programm mit „SBO 16° den Sender und synchronisiert sich mit 

„TB 22“ auf den Status XBRE (Transmit buffer empty) = 1. Ist der 

Sendepuffer leer, so wird mit LDCR RO*,8 ein neues Zeichen geladen. 

Die Tabellenadresse in Register RO wird automatisch um 1 inkremen- 

tiert und zeigt auf das Zeichen, das als nächstes übertragen wird. Nach 

der Übertragung des Blockes wird mit „SBZ 16“ der Sender wieder 

abgeschaltet. Mit dieser Routine, die 28 us/Byte bei 3 MHz benötigt, ist 
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es möglich, asynchrone Datenübertragungsraten von mehr als 76 800 
Baud zu erreichen. Somit wird, ohne einen aufwendigen DMA-Betrieb 
zu verwenden, ein hoher Datendurchsatz möglich. 


USRT: Serielles synchrones Dateninterface 

Für synchrone Übertragungsaufgaben ist der Schaltkreis TMS 9903 
ausgelegt, der neben dem Empfänger und dem Sender noch einen 
Intervallzeitgeber hat. Eine Besonderheit des Bausteins ist, daß 
Leitungsprozeduren (Bi-Sync, SDLC) und CRC-Erzeugung/-Erken- 
nung bereits hardwaremäßig implementiert wurden. Es können folgen- 
de Eigenschaften programmiert werden: 

Interne oder externe Zeichensynchronisierung 

Zeichenlänge, 5 bis 9 bit 

Parität, gerade, ungerade oder keine 

Vier CRC-Polynome 

Datenrate, O0 bis 250 000 Baud 

Zeitintervall, 65 bis 16 320 us 

Der TMS 9903 ist im 20poligen Gehäuse untergebracht und stiftkom- 
patibel mit dem TMS 9902. Wird beim Aufbau ein Sockel verwendet, 
kann durch Wechseln der Software und des Bausteines das System auf 
synchrone oder asynchrone Datenübertragung ausgelegt werden. 
Signale zur Steuerung des Modems sind ebenfalls bei beiden Baustei- 
nen vorhanden. 
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Datenübertragungsverbindung — 
ein besonderer Vorteil der Serie 


MCS-85 


John Wharton* 





Für jedes Mikro-Compu- 
tersystem ist ein „elegan- 
ter“ Datenaustausch zwi- 
schen CPU und Peripherie 
notwendig: Hier eine in- 
teressante Lösung. 





Dieser Bericht will den Leser mit den Besonderheiten der 
MCS-85-Serie von Intel vertraut machen — unter beson- 
derer Berücksichtigung eines ihrer hervorstechendsten 
Merkmale: der seriellen Datenübertragungsverbindung 
zwischen der CPU und der „Außenwelt“. Zwei typische 
Beispiele sollen die Vorteile erläutern: 

a) eine vielseitige Methode der direkten Datenübertragung 
zwischen CPU und einem Bildschirm-Anzeigegerät (oder 
anderen peripheren Geräten für Übertragungsraten von 110 
bis 9600 Baud) und b) ein Magnetband-Interface, durch das 
Programm und Daten mit einem handelsüblichen Kassetten- 
rekorder gespeichert und wiedergegeben werden können. In 
beiden Beispielen wird der beträchtliche, dafür sonst erfor- 
derliche Hardware-Aufwand durch Software-Routinen er- 
setzt, die darüber hinaus noch zusätzliche Flexibilität 
bieten. 


Die MCS-85-Serie 

Die Serie MCS-85 besteht aus dem neuen 8085-n-Kanal, 8-bit- 
Mikroprozessor (Bild 1) und einigen IC zur Speicherung, Ein-/ 
Ausgabe, Takterzeugung und Steuerung der Peripherie. 

In mancher Hinsicht kann der 8085 als ein Mikroprozessor 
angesehen werden, der aus dem überaus populären Typ 8080 
durch Verbesserung der Hardware hervorgegangen ist. Der 
8085 ist gegenüber seinem Vorgänger 100%ig softwarekom- 
patibel. Weiterhin ist er nicht nur um 50% schneller, sondern er 
verfügt intern über viele der externen Funktionen zur Takter- 
zeugung und Steuerung, die der 8080 A noch zusätzlich benö- 
tigte (wie z.B. den Taktgenerator 8224 und die Systemsteue- 
rung 8228). Damit wurde die Anzahl der zu einem System 
gehörenden Bausteine reduziert. Zu den weiteren Merkmalen 
des 8085 gehören noch vier zusätzliche Interrupteingänge, die 
maskierbar sind; ferner eine erhöhte Treiberleistung und zwei 
neue Anschlüsse für die Ein- und Ausgabe. Diese Anschlüsse 
heißen SID und SOD (Serial /O-Data) und ermöglichen eine 
serielle Datenübertragung von und zur CPU. Der 8085 befindet 
sich in einem standardisierten 40-Pin-DIL-Gehäuse. 

Alle IC der Serie MCS-85 können an einer 5-V-Stromversor- 
gung betrieben werden. Da verschiedene IC, z.B. ROM und VO, 
zahlreiche Systemfunktionen in sich bereits vereinigen, kann, 
wie in Bild 2 dargestellt, ein vollständiges Mikrocomputersy- 
stem bereits mit drei integrierten Schaltkreisen zusammenge- 
stellt werden. So enthalten beispielsweise die Bausteine 8155 
und 8156 (RAM/IO/TIMER) jeweils 256-Byte-Datenspeicher 





* Der Autor ist Mitarbeiter der Intel Corp., USA. 
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(je 8 bits), drei programmierbare I/O-Kanäle und einen 14-bit- 
Zeitgeber/Zähler. 


Erweiterter Befehlsvorrat für den 8085 

Die zur Bearbeitung von maskenprogrammierten Interrupts 
auf mehreren Unterbrechungsebenen und für die serielle Ein-/ 
Ausgabe hinzugekommenen Hardwareeigenschaften des 
8085 werden durch zwei neue Instruktionen unterstützt: RIM 
(Maschinencode 20 H) liest den laufenden Zustand der drei 
Interruptmasken in den Akkumulator. Außerdem werden Bits 
gesetzt, um anzuzeigen, welche Interrupts möglicherweise 
anstehen. Bits werden auch gesetzt zur Überwachung des logi- 
schen Zustands des Eingangs SID (Pin 5). Das Komplement 
von RIM ist die Instruktion SIM (Maschinencode 30 H), die, 
abhängig vom laufenden Inhalt des Akkumulators, eine dop- 
pelte Funktion zu erfüllen hat. Wenn die Bits 3 und 4 des 
Akkumulators eine logische Eins beinhalten, kann SIM die drei 
Unterbrechungsmasken ändern; wenn Bit 6 = 1 ist, kann SIM 
den Ausgang SOD setzen (Pin 4). Die beiden Funktionen der 
SIM-Instruktion sind voneinander unabhängig. (Wenn die 
Abkürzungen RIM, SIM, SID und SOD verwirrend sind, 
versuche man sich an ihren Ursprung zu erinnern: Read Inter- 
rupt Mask, Set Interrupt Mask, Serial Input Data und Serial 
Output Data. 

Eine ausführliche Darstellung des Akkumulatorinhalts nach 
und vor Ausführung von RIM und SIM zeigt Bild 3. Die /O- 
Anschlüsse arbeiten mit positiver Logik: Eine „1“ im Akkumu- 
lator entspricht hohem Spannungspegel, eine „0“ dagegen 
einem Spannungspegel nahe Massepotential. Die Leitungen 
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Bild 1: Anschluß- 
belegung des 8085 
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Bild 2: Minimalsystem 8085 


7 0 
Opcode: [0]o | 0 [0] 0 | 0 1°] 


| 
VB a ed 


Accumulator T 
Inhalt nach RIM: 168,51 155| IE ıM75 |M65 M5,5 


— Interrupt Masks 
Interrupt Enable Flag 
3 











Zyklen: 1 Interrupts Pending 
Status: 4 


Flags : keine 





serielle Eingangsdaten 


7 


0 
Opcode: [efolı[:Jojojolo| 
IE ER 


De 
765% 





Accumulator 


Inhalt für SIM R75|MSE Im7s M6,5 M5,5 





RST 5,5 Mask 
RST 6,5 Mask 
RST 7,5 Mask 
Mask set Enable 
Reset RST 7,5 
Undefiniert 

Sod Enable 


Zyklen: 1 
Status: 4 
Flags :keine 








Bild 3: Wirkung der Instruktionen RIM und SIM 
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serielle Ausgangsdaten 


SID und SOD sind kompatibel mit den normalen TTL-Logik- 
pegeln. Wenn vor der Ausführung von SIM das Bit A, = 0 ist, 
bleibt SOD unverändert, ohne Rücksicht des Zustands von A,. 
Nach dem Rücksetzen geht SOD auf „low“. Es ist zu beachten, 
daß RIM keinen Einfluß auf das „Sign Flag“ hat; um einen 
bedingten Sprung in Abhängigkeit des Zustands des seriellen 
Dateneingangs SID auszuführen, sollte die aus drei Instruk- 
tionen bestehende Befehlsfolge gemäß Beispiel 1 und 2 ver- 
wendet werden. Sind serielle Daten in parallele Worte umzu- 
wandeln, so ist eine Befehlsfolge nach Beispiel 3 anwendbar, 
die den Inhalt des Registerpaares HL ein Bit nach links schiebt. 
Das von link$ nachgeschobene Datenbit hängt vom Zustand 
des Eingangs ab. 

Dieser Bericht befaßt sich nicht mit der Behandlung der Unter- 
brechungsmasken, die auch mit RIM und SIM möglich ist; 
Details sind dem „User Manual“ zu entnehmen. Um mit SIM 
den Zustand von SOD zu ändern, ohne dabei in Konflikt mit 
dem Zustand der Unterbrechungsmaske zu geraten, muß man 
nur dafür Sorge tragen, daß die Bits 3 und 4 des Akkumulators 
zuerst auf Null gesetzt werden. 

Im folgenden Text werden durch Beispiele zwei mögliche 
Anwendungen der seriellen Datenleitungen SID und SOD 
beschrieben. Der hauptsächliche Sinn dieser Beispiele ist es 
nicht, dem Leser einen fertigen Entwurf für sein eigenes System 
in die Hand zu geben — auch wenn dieses natürlich möglich ist 
— ‚sondern liegt vielmehr darin, neben der engen Verflechtung 
von Hardware und Software auch die erforderlichen Tech- 
niken zur Implementierung eines typischen funktionsfähigen 
Untersystems zu veranschaulichen. 


Interface für eine Bildschirmanzeige 

Die meisten Mikroprozessorsysteme verwenden in der einen 
oder anderen Art serielle Datenübertragungswege. Sie können 
allein aus ökonomischen Gründen ausgewählt sein, um die 
Anzahl der Verbindungen in einem verzweigten System zu 
reduzieren. Sie sind aber immer dann erforderlich, wenn 
Datenübertragungen zu normalen Peripheriegeräten wie Bild- 
schirmanzeigen oder Fernschreibern erfolgen sollen. 

Bei diesen Peripheriegeräten wird die serielle Übertragung im 
ASCII-Code nach Standardkonventionen abgewickelt. Jedes 
Datenbyte wird als eine Folge von 10 oder 11 bits übertragen. 
Die einheitliche Übertragungszeit für ein Bit (Bitzeit) hängt 
dabei wie folgt mit der Datenübertragungsrate zusammen: 
Beträgt die Datenübertragungsrate 2400 Baud (2400 bps), 
ergibt sich die Bitzeit mit '/2400 bps = 416,7 us/bit. Die stan- 
dardisierte 10-bit-Folge besteht aus einem „Startbit“ (log. 0), 
gefolgt von 8 Datenbits (wobei das niederwertigste Bit, LSB, 
zuerst kommt) und einem oder mehreren Stopbits (log. 1). 
Fernschreiber mit einer Datenübertragungsrate von 110 Baud 
verwenden eine 11-bit-Sequenz mit zwei Stopbits. Der logische 
„1“-Pegel bleibt bis zum Startbit des nächsten Byte erhalten, um 
sicherzustellen, daß jede 10-bit-Folge mit einem 1/0-Übergang 
beginnt. Die acht übertragenen Bits können Binärdaten oder 
alphanumerische Zeichen im Standard ASCII-Code darstellen. 
In diesem Fall hängt das höchstwertigste Bit (MSB) — also das 
zuletzt übertragene Datenbit — von der verwendeten Paritäts- 
logik ab. Bild 4 zeigt eine solche Bitfolge am Beispiel des Leer- 
stellenzeichens (space) im ASCII-Code. 

Zum Verfahren, nach dem ein serieller Code empfangen wird, 
gehört die Abtastung ankommender Daten in der Mitte jeder 
Bitzeit. Die acht Abtastwerte werden seriell zu Bytes aufge- 
setzt, so daß sie den ausgesendeten Originaldaten entsprechen. 
Der 1/0-Übergang zu Beginn jedes Bytes ermöglicht die 
Synchronisation der Abtastzeitpunkte relativ zum Anfang 
jeder Datenfolge. 






Bild 4: Das 





Leerstellenzei- | (ee ee a a | 

chen (Space) RS BD DB 
im ASCII- Erle JE iin Se Zu 
Code Bit 





Mikroprozessorpraxis — Oktober 1978 


elektronikpraxis 





8085 


soD 

















Masse F- 


Bild 5: Anschlußplan der RS 232 C-Schnittstelle 
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Hardware-Interface n 

Im allgemeinen benötigt jedes serielle Übertragungssystem 
eine Schnittstelle sowohl hinsichtlich der Hardware als auch 
der Software. Da die Treiberleistung des SOD-Ausgangs nur 
eine TTL-Lasteinheit beträgt, und um kompatibel mit dem von 
den meisten Peripheriegeräten benutzen Standard-Interface 
RS-232C zu sein, ist eine Pufferstufe zur Pegelanpassung erfor- 
derlich. Bild 5 zeigt die Pegelanpassung. Die integrierten 
Schaltkreise MC 1488 und MC 1489 wandeln die positiver 
Logik entsprechenden TTL-Signale um in die hohen Span- 
nungspegel des mit invertierten Logikpegeln arbeitenden RS- 
232. 


Software-Paket 

Die Software für den Betrieb des Bildschirm-Interface teilt sich 
in drei Teile auf. Alle drei arbeiten mit programmierter Takt- 
steuerung und Verzögerungsschleifen sowie mit festen und 
variablen Parametern. Außerdem sind sie in der Lage, alle 
ankommenden Signale zu identifizieren, die im Bereich von 
unter 110 und über 9600 Baud liegen, und mit gleicher Über- 
tragungsrate zu antworten. 

Nach dem Einschalten, Rücksetzen oder wenn die Übertra- 
gungsrate der Konsole sich ändert, wird das Unterprogramm 
„Baud Rate Identification“ (BRID) aufgerufen. Diese Routine 
wartet, bis ein ASClII-Leerstellenzeichen (20H) von der 
Konsole empfangen wird. (Jedes andere Zeichen führt zu Iden- 
tifizierungsfehlern.) Wenn ein Leerstellenzeichen eintrifft, 
werden zwei Zeitparameter berechnet, die der ganzen und der 
halben Bitzeit der benutzten Datenübertragungsrate entspre- 
chen. Sie werden als die Variablen BITTIME und HALFBIT 
gespeichert. Soll ein Zeichen für die Konsole ausgegeben 
werden, wird der entsprechende Zeichencode im Register C 
abgelegt und das Unterprogramm COUT aufgerufen. Diese 
Routine benutzt BITTIME als Parameter für die program- 
mierte Verzögerungsschleife, die wiederum die Übertragungs- 
rate bestimmt. Zur Annahme eines von der Tastatur eingege- 
benen Zeichens wird CIN aufgerufen. CIN stellt, nachdem die 
nächste Taste angeschlagen wird, den zugehörigen Zeichen- 
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code in Register C zur Verfügung. CIN verwendet die Para- 
meter BITTIME und HALFBIT. 

Da COUT und CIN Zeitparameter benutzen, die von BRID 
errechnet werden, arbeiten sie synchron zur Übertragungsrate 
des ersten eingegebenen Leerstellenzeichens. Es liegt in der 
Natur der Software, daß die Übertragungsrate nicht von der 
Taktfrequenz der CPU abhängt. Das erhöht die Flexibilität 
unter folgenden Gesichtspunkten: 

1. Die Software bedarf keiner Änderung, auch wenn die Quarz- 
frequenz des 8085 umgestellt wird oder „Wait“-Anweisungen 
hinzukommen. 

2. Da die Zeitbasis nicht kritisch ist, könnte der Quarz durch ein 
billigeres RC-Netzwerk ersetzt werden, solange die Frequenz- 
drift während eines Arbeitsganges wenige Prozent nicht über- 
steigt. Eine stärkere Drift kann durch periodisch wiederholtes 
Aufrufen des Unterprogrammes BRID ausgeglichen werden. 

3. Kommunikation ist mit nicht standardisierten Übertragungs- 
raten möglich. Damit ist die Abhängigkeit von bestimmten 
Peripheriegeräten nicht total. 

Es sollte jedoch beachtet werden, daß bei einer Verlangsamung 
der CPU-Taktfrequenz auch der Durchsatz proportional 
abnimmt. Das beeinträchtigt auch das maximale Auflösungs- 
vermögen der, Verzögerungsschleifen mit dem Nachteil, daß 
die höchsten Übertragungsraten nicht mehr erreichbar sind. 

Eine genauere Analyse der Unterprogramme für das Bild- 
schirm-Interface wird jetzt nach steigender Komplexität in der 
Reihenfolge COUT, CIN und BRID vorgenommen. Da SID 
und SOD ideal für viele Anwendungen sind, die ein kritisches 
Verhalten in der Ein-/Ausgabesteuerung aufweisen, steht fest, 
daß die verwendeten Techniken der zeitlichen Steuerung 
speziell für den Softwareentwickler von Interesse sind. Dem- 
entsprechend beinhaltet diese Analyse sowohl die mathemati- 
sche Ableitung der Zeitparameter als auch die Rechtfertigung 
für den BRID-Algorithmus. 


Ausgabe-Routine j 
Es wäre durchaus natürlich, Daten entsprechend dem Stan- 
dardformat in drei Stufen zu übertragen: zunächst das Startbit, 
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dann 8 Datenbits (durch eine Schleife gesteuert) und die Stop- 
bits. Jede Stufe würde damit seine eigenen Verzögerungen und 
Ausgabebereiche beanspruchen, was den Aufwand unnötig 
verdoppelt. Stattdessen durchläuft der weiter unten aufge- 
führte Programmcode dieselbe Programmschleife elfmal. Die 
Bits werden dabei so manipuliert, daß immer die richtige 
Datenfolge entsteht. Dies wird dadurch erreicht, indem das C- 
und Übertrag-(carry-)Register als 9 bit Pseudo-Ringschiebere- 
gister betrieben wird. Am Anfang gilt CY = 0. Der Algo- 
rithmus gibt CY aus, wartet eine Bitzeit, setzt CY = 1 und 
verschiebt den Inhalt des Registers C um ein Bit nach rechts. 
Dies wiederholt sich in 11 Durchläufen. Beim zehnten und allen 
folgenden Durchläufen wird als Ausgabe-Bit eine logische Eins, 
die Ey Durchläufe zuvor über CY gesetzt wurde, ausgegeben 
(Bild 6). 

Wenn COUT aufgerufen wird, muß der Inhalt der benutzten 
Register gesichert sein und es dürfen keine Interrupts bear- 
beitet werden, damit der zeitliche Ablauf der Programm- 
schleife nicht unterbrochen wird. Das Rücksetzen von CY dient 
als Vorbereitung zur Ausgabe des Startbits. Hinzu kommt die 
Einstellung des Schleifenzählers für 11 bits (wenn die Übertra- 
gungsrate 110 Baud nie verwendet wird, genügt es, den Zähler 
auf 10 zu stellen): 

COUT: PUSH B 


PUSH H 
DI 

XRA A 
MVI B11l 


Ausgabe des Inhalts von CY: 


CO1: MVI A, 80H 
RAR 4 
SIM 4 


Die Zahlen in den Klammern zeigen an, wieviele Maschinen- 
zyklen für jede Instruktion nötig sind. Auf sie wird im Abschnitt 
über die Zeitanalyse Bezug genommen. 








Eine bestimmte Zeit in einer Schleife verweilen (wodurch 
BITTIME bestimmt wird, bleibt unbeachtet): 


CO2: LHLD BITTIME 1 


DCR L 

JNZ CO2 D 
DCR H D 
JNZ COo2 D 


Verschiebe den Inhalt von Register C nach rechts zu CY und 
ziehe von links eine Eins nach. So lange wiederholen, bis alle 
Bits ausgegeben sind: 

STC 

MOV A,C 
RAR 
MOV CG,A 
DCR B 
JNZ CO1 (10) 


Laden des Prozessorstatus und Rücksprung. 


POP H 
POP B 
EI 

RET 


2+rrrr 


Eingabe-Routine 

Die „Console Input“-Routine verfährt nach der entgegenge- 
setzten Methode; anstatt ein Bit von Register C nach CY und 
weiter über A, nach SOD zu bewegen, lädt CIN ein Bit vom 
Bang SID nach A, und bewegt es über CY in das Register 


Zunächst sind, wie zuvor, für die CPU folgende Voreinstel- 
lungen zu treffen: 


CIN: PUSH H 
DI 


MVI B,9 
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Wenn vor dem Startbit der 1/0-Übergang erkannt wird, sollte 
die erste Abtastung nicht vor Mitte des ersten Datenbits, also 
eine ganze und eine halbe Bitzeit nach dem Übergang erfolgen. 
Man warte den 1/0-Übergang vor dem Startbit ab und setze 
den Verzögerungsparameter auf eine halbe Bitzeit: 


Cli: RIM 4 
ORA A 4 
JM cu 7 


LHLD HALFBIT (16) 


Verweile für die Dauer einer halben Bitzeit in einer Schleife, 
bevor die Datenabtastung beginnt: 


C12: DCR L D 


INZ cı2 (D 
DCRH (D 
JINZ cı2 (D 


Warte bis zur Mitte des nächsten Bits, bevor SID abgetastet ist; 
danach Übertragung des Datenbits nach CY: 


C13: LHLD BITTIME 1 





C14: DCR L 
INZ cı4 D 
DCR H D 
INZ cı4 D) 
RIM 4 
RAL 4 


Dann Dekrementierung des Bitzählers. Nach dem neunten 
Durchlauf, wenn sich 8 Datenbits im Register C befinden, 
aufhören (das erste Stopbit ist schon empfangen und in CY): 
DCR B r 

JZ_CI5 


Andernfalls ist fortzufahren. Das Datenbit nach rechts im Regi- 
ster C verschieben und den Durchlauf wiederholen: 











cLc 


[97 [os Jos Jo [> Jp: Je: [®% | 





Register C: 






Ausgang 






Start bit 





Ausgang 





Ausgang 











Dı 








Ausgang 





Ausgang 






Stop bits 


Bild 6: Algorithmus zur Daten-Serialisierung 
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Tafel 1: Verzögerungsparameter für normale Übertragungsraten und einen 6,144-MHz-Quarz 



















































Sollrate HL),o HLyie (HL) oder Halfbit Erzeugte % 
Baud siehe Text) siehe Text) Bittime Baud-Rate Fehler 
(siehe Text) 

110 04E3 109,99 —0,006 
149,99 —0,005 
299,80 — 0,068 
599,65 —0,059 
1 199,5 —0,039 
2 386,9 —0,547 
4 777,6 —.0,469 
9 570,1 —0,312 

18 395,2 —4,37 





BB 


4 
4 
MOV CG,A (4 
4 
1 


) 


(Die NOP-Instruktion wird benötigt, um die Schleifen von 
COUT und CIN an die Anzahl der Maschinenzyklen genau 
anzugleichen, so daß jede dieselben Verzögerungsparameter 
benutzen kann.) 

Laden des Prozessorstatus und Rücksprung. 


CI5 POP H 
EI 
RET 


Zeitanalyse 

Nun müssen für COUT und CIN die Parameter für BITTIME 
und HALFBIT bereitgestellt werden. Wie aus dem oben ange- 
führten Programmcode entnehmbar ist, benötigt jede Routine 
für ein Ein- oder Ausgabebit 61 + D Maschinenzyklen. D gibt 
an, mit wievielen Maschinenzyklen in den jeweils vierzeiligen 
Programmabschnitten zur Verzögerung verweilt wird. Wenn 
(H) und (L) den Inhalt der in diesen Programmabschnitten 
angesprochenen Register H und L darstellen, gilt: 


D-2+ Je DR BHrB- dx 


[255 x 14) + 25] (1) 
Aus 

(H) = (H) — 1, (L)' = (L) — 1 und 

(HL) = 256 (H)’ + (L) (2) 
folgt 

D = 22 + 14 (L)'Z+ 3593 (H)' (3) 
Dies kann angenähert werden durch: 

D = 22 + 14 (HL) (4) 


Die Näherung ist genau für H’ = 0; sonst liegt ihre Genauig- 
keit innerhalb 0,3%. Die Anzahl der Maschinenzyklen für jede 
Schleife von COUT oder CIN beträgt somit insgesamt 
C=61 + D = 83 + 14 (HL) Maschinenzyklen. 

Da jeder Maschinenzyklus aus zwei Taktzyklen des 8085- 
Quarz-Taktgenerators besteht, ergibt sich die Datenübertra- 
gungsrate zu: 


B- Zyklusrate (5) 
c 
_ Quarzfrequenz : 2 (6) 
83 + 14 (HL) 


Das folgende Beispiel zeigt eine typische Rechnung: 
Erzeugung einer Übertragungsrate von 2400 Baud aus einem 
üblichen 6,144-MHz-Quarz: 
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(6,144 x 10%) = 2 


2400 = 
83 + Q14 (HL)’ 
6: = 
14 (HL)y = ns x 10° + 2\-® 
2400 
144 x 10° + 2 
fie jez 
2400 
+ 14 = 855 = 86 
Hl = 86, = 056H 
(Hi) = 07H = BITTIME 


Um die genaue, durch diesen Parameter erzeugte Übertra- 
gungsrate zu bestimmen, wird diese in Gleichung (6) einge- 
setzt: 


6,144 x 10°:2 
83 + 14 (86) 


= 2387 Baud, 
die um 0,54% zu niedrig liegt. 


Datenübertragungsrate = 


Bei 9600 Baud ergeben dieselben Rechnungen für (HL) = 17, 
was einer um 0,3% zu niedrigen Übertragungsrate entspricht. 
Selbst Übertragungsraten von 19 200 oder 38 400 Baud könn- 
ten mit (HL)’ = 6 oder 0 immer noch mit einem Fehler inner- 
halb von 5% erzeugt werden. In Tafel 1 sind die Parameter für 
verschiedene, übliche Übertragungsraten dargestellt. 

Es sei vermerkt, daß das Auflösungsvermögen des Verzöge- 
rungsalgorithmus 14 Maschinenzyklen beträgt. Unter Auflö- 
sungsvermögen werden dabei Unterschiede der Bitzeiten 
verstanden, die sich aus Abweichungen der Parameter um den 
Wert 1 ergeben. Das Ergebnis zeigt, daß die tatsächlich 
erzeugte Verzögerung nie mehr als + 2,3 us von der gewünsch- 
ten Verzögerung abweicht. Dadurch ist gewährleistet, daß bei 
Übertragungsraten von bis zu 9600 Baud, entsprechend einer 
Bitzeit von mindestens 104 us, immer ein Wert für BITTIME 
gefunden werden kann, dessen Fehler unter 2,2% liegt. 


Baud Rate Identification Routine 

BRID soll die Näherungswerte der Parameter BITTIME und 
HALFBIT berechnen. Dabei wird so verfahren, daß das von der 
Konsole nach Drücken der Leertaste empfangene Bitmuster 
(data pattern) ausgewertet wird. Da das Leerstellenzeichen im 
ASCII-Code durch 20 H = 00100000 B dargestellt wird, ent- 
spricht das ausgesendete Bitmuster dem in Bild 4. Es ist zu 
beachten, daß sich der „O“-Pegel am Anfang über 6 Bits 
erstreckt. Wenn angenommen wird, daß diese Zeit M Maschi- 
nenzyklen entspricht, dann entfallen auf ein Bit (M : 6) Maschi- 
nenzyklen. Der Grund, warum der über mehrere Bits gehende 
Zeitraum zerlegt wird, liegt darin, daß auf diese Weise die 
Gefahr einer durch die Signalanstiegs- und Signalabfallzeiten 
verursachten Störung oder einer mangelnden Genauigkeit bei 
der Erkennung der zwei Übergänge um den Faktor 6 herab- 
gesetzt ist. Da COUT und CIN pro Bit 83 + 14 (HL) Maschi- 
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nenzyklen benötigen, muß der von BRID berechnete Wert 
(HL)’ folgende Gleichung erfüllen: 


M:6 = 83 + 14 (HL) (7) 
(HL) = M:6) = 83 (8) 
14 
M R ' 
(HL) = Er —6 (näherungsweise) (9) 


Dieser Wert kann erhalten werden, indem das Registerpaar 
HL — 6 zugewiesen bekommt und, während das ankommende 
Singal auf „0“-Pegel liegt, nach jeweils 84 Maschinenzyklen um 
Eins inkrementiert wird. BITTIME ergibt sich dann durch indi- 
viduelles Inkrementieren der einzelnen Register H und L. Wird 
vor dem Inkrementieren der oben bestimmte Wert (HL) durch 
2 dividiert, erhält man HALFBIT. 

Um diesen Algorithmus zu implementieren, setze man HL auf 
—6, vergewissere sich, daß das ankommende Signal eine logi- 
sche Eins darstellt und warte auf den Übergang vor dem Start- 
bit: 
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Inkrementiere das Registerpaar HL und füge eine Verzöge- 
rung ein, so daß jeder Programmzyklus 84 Maschinenzyklen 
benötigt: 


BRI3:INX H 6 
MVI E04H (7 
BRI14:DCR E 53) 
JNZ BRI4 (”) 
Prüfe, ob SID noch auf „0“ liegt. Wenn ja, wiederhole: 
RIM 4 
ORA A 4 
JP _ BRI3 (10) 





Andernfalls fahre fort. Speichere HL vorübergehend für 
die Berechnung von HALFBIT. Berechne und speichere 
BITTIME: 


PUSH H 
INR. H 
INR 


L 
SHLD BITTIME 











BRID: a A,OCOH Lade erneut HL, berechne HALFBIT und springe zurück: 
LXI H,—6H POP H 
BRI 1: RIM ORA A 
ORA A MOV A,H 
JP  BRII RAR 
BRI 2: RIM MOV H,A 
ORA A MOV AL 
JM  BRI2 RAR 
| | 
VoH 
SOD Ausgang — 
VoL 





DATEN”O,, 
Bild 7: Aufzeichnungsschema der Rekorder-Schnittstelle 


0,001 uF 





Rekorder- 
Eingabe 








DATEN”, 











Rekorder - 
Ohrhörer - 
Ausgang 


10on 


Bild 8: Schaltung der Rekorder-Schnittstelle 
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MOV L,A 

INR H 

INR L 

SHLD HALFBIT 
RET 


Die zusammengestellten Listen dieser Unterprogramme kön- 
nen am Ende dieses Artikels per Kennziffer angefordert 
werden. 


Interface für Kassettenrekorder 

Es gibt zahlreiche Situationen, in denen Daten über weniger 
gute Übertragungswege gesendet werden müssen. Dafür seien 
drei typische Beispiele genannt: Systeme mit elektrisch isolier- 
ten Komponenten benötigen wechselspannungsgekoppelte 
Signale; Übertragungen über Audio-Netzwerke (Telefon und 
Rundfunk) sind hinsichtlich der Bandbreite erheblich begrenzt; 
Anwendungen, bei denen mit unvorhersehbaren elektrischen 
Störungen gerechnet werden muß (weitverzweigte Daten- 
netze in industriellen Anlagen). Die Methode, Daten auf einem 
billigen Kassettenrekorder aufzuzeichnen, offenbart alle ge- 
nannten Nachteile plus einem weiteren: Die Bandgeschwindig- 
keit ändert sich erheblich und hängt zudem von der Batterie- 
spannung ab; damit ist die Datenübertragungsrate nicht 
konstant. 

Das hier beschriebene Aufzeichnungsverfahren stellt nur 
geringe Anforderungen an das Übertragungsmedium. Es 
kommt ohne die Übertragung von Gleichspannungspegeln aus. 
Stattdessen überträgt es Daten durch Tonfrequenz-Impuls- 
folgen variabler Länge. Die Hauptfrequenz der Tonfrequenz- 
bursts kann dabei so gewählt werden, daß sie innerhalb der 
Bandbreite des Trägermediums liegt. Jedes zu übertragende 
Bit wird dargestellt durch einen Tonfrequenzburst; gefolgt von 
einer Pause. Das erste Drittel der Bitperiode besteht immer aus 
einem Tonfrequenzburst, das zweite Drittel ist der verlängerte 
Tonfrequenzburst des ersten Drittels für eine logische „I“ oder 
eine Pause für eine logische „0“ und das letzte Drittel ist immer 
eine Pause, so wie es in Bild 7 dargestellt ist. Auf diese Weise 
wird ein Datenbit durch das Burst/Pausen-Verhältnis darge- 
stellt. 


Hardware-Entwurf 

Diese Tonfrequenzbursts werden am Ausgang SOD des 8085 
gewonnen, an dem die Gleichspannungskomponente abge- 
trennt wird. (Diese Spannungskomponente niedriger Frequenz 
ist bedingt durch die Massebezogenheit des SOD-Ausganges: 
die Potentialunterschiede gegenüber Masse sind alle positiv. 
Sie verursachen eine Unsymmetrie der kapazitiven Eingangs- 
kopplung des Rekorders.) Bild 8 zeigt eine günstige Anpas- 
sungsschaltung, die, neben einem vierfachen Operationsver- 
stärker (LM 324), aus nur wenigen diskreten Bauteilen mit 
Standardwerten besteht. Bei der Wiedergabe erkennen ana- 
loge Schaltkreise Tonfrequenzbursts. Das ankommende Signal 
wird, wie in Bild 8 dargestellt, durch A, gepuffert und durch A; 
invertiert. Die Spitzen dieser beiden Signale laufen durch D, 
und D, und werden durch ein RC-Netzwerk gefiltert. Der 
Komparator A, formt daraus ein Rechtecksignal mit logischen 
Spannungspegeln, das dem Eingang SID zugeführt wird. Da die 
Operationsverstärker an einem einfachen 5-V-Netzteil betrie- 
ben werden, wird die Referenzspannung von 2,0 V durch einen 
Widerstands-Spannungsteiler abgeleitet. Bild 9 zeigt den Si- 
gnalverlauf an verschiedenen Punkten der beschriebenen 
Schaltung. 


Lautstärkeregelung 

Eine Frage, die bei jedem Interface für Kassettenrekorder 
auftaucht, betrifft die Einstellung der Lautstärke. (Die Aus- 
steuerung bei Aufnahme ist gewöhnlich intern festgelegt.) Bei 
richtiger Wiedergabe beträgt das Tastverhältnis des Logik- 
signals am Ausgang von A, ein Drittel oder zwei Drittel. Es 
kann leicht mit einem Oszilloskop kontrolliert werden. Es läßt 
sich auch ein normales Voltmeter an den Ausgang von A, 
anschließen und die Lautstärke so bestimmen, daß der Zeiger 
irgendwo zwischen einem Drittel und zwei Drittel des hohen 
Logikpegels pendelt. Bei Zufallsdaten müssen ungefähr 2 V 
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angezeigt werden. Die Lautstärke darf in einem ziemlich 
weiten Bereich verändert werden. (Da durch die Trägheit des 
mechanischen Voltmeters ein Spannungsmittelwert angezeigt 
wird, wäre ein digitales Voltmeter für diese Aufgabe wenig 
geeignet.) 


Software 

Der Algorithmus zum Lesen eines Datenbits vom Band her ist 
einfach. Wenn der Tonfrequenzburst zeitlich länger als die 
Pause ist, liegt eine Eins vor, sonst eine Null. Da nur das Zeit- 
verhältnis betrachtet wird, wirken sich Änderungen der Band- 
geschwindigkeit nicht auf die Feststellung der Datenbits aus. 
Nach der Analyse der Programme für Bildschirmanzeigen sind 
die Programme für das Magnetband fast trivial. TAPEO ist ein 
Unterprogramm für die Ausgabe des Inhalts aus Register C auf 
einen Kassettenrekorder. TAPEIN liest acht Bits ins Register 


Ausgabe-Routine 

TAPEO ruft für jedes Bit dreimal das Unterprogramm BURST 
auf. Wenn beim Aufruf von BURST A, (das „Enable“-Bit für 
SOD) gesetzt ist, wird ein aus Rechteckimpulsen bestehender 
Tonfrequenzburst ausgegeben. Falls A, nicht gesetzt ist, verur- 
sacht BURST vor dem Rücksprung eine Verzögerung mit 
derselben Zeitdauer. Die drei Aufrufe haben den Zweck, zuerst 
den einleitenden Burst, dann, vom Datenbit abhängig, einen 
weiteren Burst oder eine Pause auszugeben und die Pause für 
den Abschluß eines jeden Bits zu erzeugen. Insgesamt werden 
neun Bits ausgegeben: den acht Datenbits (an erster Stelle das 
niederwertigste Bit) folgt ein „O“-Bit. 

Der Beginn des zum letzten „O“-Bit gehörenden einleitenden 
Bursts dient zur Markierung einer Trennlücke zum voran- 
gehenden Datenbit. 

Man startet jedes Bit durch die Ausgabe eines Tonfrequenz- 
bursts: 


TAPEO: MVI BJ 
TO1: MVI A,0C0OH 
CALL BURST 


Verschiebe Register C nach CY: 


MOV A,C 
RAR 
MOV GA 


Übertrage CY nach A, (SOD „Enable“-Bit). Setze gleichzeitig 
A,auf 1 und lösche alle anderen Bits. Man gebe in Abhängigkeit 
des vorhergehenden Inhalts von CY einen Tonfrequenzburst 
aus oder erzeuge eine Pause: 


MVI A,01H 

RAR 

RAR 

CALL BURST 

Man lösche den Akkumulator und erzeuge eine Pause: 
XRA A 

CALL BURST 


Durchlaufe die Schleife so lange, bis die 9-bit-Folge fertig 
Ist: 


DCR B 
JNZ TO1 


Das Unterprogramm BURST führt die Instruktion SIM in 
Abständen von 29 + 14 (HALFCYC) Maschinenzyklen so oft 
aus, wie durch CYCNO vorgegeben wird. Jeweils zwischen 
zwei SIM-Instruktionen wird das Komplement von A; gebildet. 
CYCNO sollte eine gerade Zahl sein. Ist beim Aufruf von 
BURST A, gesetzt, wird ein Rechteckimpuls erzeugt. Andern- 
falls wird derselbe Programmcode ausgeführt, aber SOD 
verändert sich nicht — was eine Pause zur Folge hat. 


BURST: MVI D,CYCNO 7 
BUI: SIM 4 
MVI E,HALFCYC (7 
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BU2: DCRE 4) 
JNZ BU2 7/10) 
XRI 80H 7 
DCR D 4 
JNZ BUI 7/10) 
RET (10) 


Eingabe-Routine 

TAPEIN benutzt das Unterprogramm BITIN, um die Daten- 
bits vom SID-Eingang nach CY zu übertragen. Die maximale 
Leserate, mit der SID gelesen wird, ist begrenzt durch eine 
Verzögerungsschleife in BITIN. 

Man initialisiere den Bitzähler und das Register D, das die 
Dauer des Tonfrequenzbursts verfolgt. Wenn beim Aufruf von 
TAPEIN ein Tonfrequenzburst empfangen wird, warte man, 
bis dieser vorbei ist: 


TAPEIN: MVI B8 
MVI D,00H 
CALL BITIN 
= u 
CALL BITIN 
cs m 


(Für dieses Unterprogramm gilt durchweg, daß ein Pegelüber- 
gang nur nach erstmaligem Lesen erkannt und dann beim 
nächsten Lesen geprüft wird. Durch dieses Vorgehen wird ein 
gewisses Maß an Störunempfindlichkeit der Software er- 
reicht.) Man warte nun auf den Beginn des nächsten Burst: 


TI2: CALL BITIN 


TI: 


INC TI2 
CALL BITIN 
INC TI2 


Der nächste Burst ist angekommen. Fahre mit dem Lesen des 
SID-Eingangs fort, dekrementiere Register D jedesmal (so daß 
es negativer wird) und bis eine Pause erkannt wird: 


TI3: DCR D 
CALL BITIN 
JE TI3 
CALL BITIN 
JC TI3 


Bis der nächste Burst empfangen wird, lies weiterhin den SID- 
Eingang und inkrementiere Register D (in Richtung Null): 


Tl4: INR D 
CALL BITIN 
JNC Tl4 
CALL BITIN 
JNC TI4 


Wenn nun der Burst länger dauert als die Pause, wurde Register 
D nicht bis auf Null inkrementiert, so daß sein Inhalt noch 
negativ ist. Falls aber die Pause länger war, wurde D über Null 
hinaus inkrementiert, so daß sein Inhalt jetzt positiv ist. Das 
Vorzeichenbit von D entspricht dem Datenbit, das zu dem 
einen dieser Ergebnisse führen könnte. Übertrage das Vorzei- 
chenbit nach CY und danach in das Register C: 


MOV A,D 
RAL 

MOV A,C 
RAR 

MOV GA 
MVI D,00H 


Fahre fort, bis das letzte Bit empfangen wurde: 
DCR B 

JINZ TI3 

RET 


(Man erkennt, daß die erste Hälfte dieses Unterprogrammes in 
der zweiten Hälfte enthalten ist. Tatsächlich wurde dies in der 
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Bild 9: Impulsdiagramme der Schnittstelle in Bild 8 





Zusammenstellung berücksichtigt, um 24 Bytes doppelter 
Programmcodes zu eliminieren.) 

BITIN wartet eine kurze Zeit, um die Abtastrate in Gleichlauf 
zu bringen, liest dann SID und überträgt das Datenbit nach 
GN: 


BITIN: MVI ECKRATE (7 


Bl1: DCR E 4 
JNZ BI 7/10) 
RIM 4 
RAL 4 
RET 19) 


Frequenz und Dauer der Bursts und die Abtastrate von 
TAPEIN werden durch HALFCYC, CYCNO und CKRATE 
bestimmt. Die Tabellen 2 und 3 zeigen dafür typische Werte. 
Die Listenzusammenstellung enthält zusätzlich ein einfaches 
Programm mit Namen BLKRCD, das unter Anwendung von 
TAPEO die Aufzeichnung von Datenblöcken erlaubt. Bevor 


Tafel 2: Beispiele für Kombinationen von HALFCYC 
und CYCNO u 
Alle Werte sind dezimal 













































Ange- Dazu Resultierende Übertragungsrate 
näherte gehöriger 
Burst- Wert Cycno 
Frequenz Halfcyc Zyklen/Burst 
500 Hz 217 

1 kHz 108 bps 

2 kHz 53 bps 

5 kHz 20 bps 

10 kHz 9 
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Tafel 3: Maximale Abtastraten für verschiedeneWerte 
von CKRATE 













CKRATE Abtastrate 


(inkl. Call & Ret) 





17,6 us 
20 104 us 
80 378 us 


1,14 ms 


BLKRCD aufgerufen wird, muß HL auf den Anfang des 
gewünschten Blocks gesetzt sowie der Rekorder manuell 
eingeschaltet werden. Die Bytes werden nun nacheinander bis 
zum Ende des Blocks, d.h. bis L auf Null steht, aufgezeichnet. 
Das Programm zur Wiedergabe PLAYBK verlangt, daß vor 
dem Aufruf HL mit der Zieladresse geladen und der Rekorder 
eingeschaltet wurde. Diese Programme haben einen langen 
Tonfrequenzburst vor jedem Datenblock, so daß sich der 
Rekorder, mit automatischer Verstärkungsregelung, vor dem 
Beginn der Aufzeichnung einpegeln kann. 


Weitere Anmerkungen 

Die beiden besprochenen Entwurfsbeispiele sind unter Ver- 
wendung des „System Design Kits“ SDK-85 entwickelt wor- 
den. 

Das Bildschirm-Anzeige-Interface wurde mit einem Beehive- 
Mini-Bee II-Terminal im vollen Duplexbetrieb und bei jeder 
der 14 möglichen Übertragungsraten zwischen 110 und 9600 
Baud getestet. Der Test bei einer Übertragungsrate von 19 200 
Baud erfolgte mit einem Beehive B-100-Terminal. Daneben 
wurden die Programme mit einem SBC 80/20-System ausgete- 
stet, das als Zeichengenerator mit variabler Übertragungsrate 
und als Empfänger diente. ® 

Ein zusätzlicher Vorteil liegt in der Möglichkeit, Übertra- 
gungen mit verschiedenen, zum System gehörenden Periphe- 
riegeräten so durchzuführen, daß die Übertragungsrate auf 
jedes Gerät abgestimmt ist, ohne dabei den Hardware- 
Aufwand vervielfachen zu müssen. Beispielsweise genügen ein 
zusätzliches 7408 AND-Gatter und ein „Output Port“ (wie z.B. 





+12V -12V 





Ausgangs- 
leitungen \ zu peripheren 


300 | Eingängen 
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Bild 10: 8085-Schnittstelle für mehrere Peripherie- 
geräte 
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auf einem 8155 enthalten), um mit denselben zwei RS-232- 
Interfaces bis zu sieben Ein-/Ausgabeeinheiten anzuschließen 
(Bild 10). Drei der MC 1488-Treiber haben „Enable“-Eingänge, 
die über den „Output Port“ gesteuert werden können. Ein 
UND-Gatter kann als Puffer für den SOD-Ausgang dienen und 
steuert die Dateneingänge für die MC 1488-Treiber. Der Rest 
des 7408 kann als AND-Gatter mit 4 Eingängen benutzt 
werden. Das ergibt wiederum ein invertiertes logisches ODER- 
Gatter, mit dem die vier Empfängerausgänge des MC 1489 auf 
eine Leitung reduziert werden, die sich dann vom SID-Eingang 
lesen lassen. Dabei gilt als Voraussetzung, daß nicht gleich- 
zeitig von mehreren Eingabegeräten (Bildschirmanzeige, 
Lochstreifenleser) Daten übertragen werden (was gewöhnlich 
bei interaktiven Anwendungssystemen, die nicht im „Time- 
Sharing“-Betrieb arbeiten, zutrifft) und die Leitungen der nicht 
benutzten Geräte auf „1“-Pegel liegen. 

Die zur Unterstützung zusätzlicher Peripheriegeräte benö- 
tigten Programme sind einfach. Ein Programm, das z.B. einen 
Speicherteil zu einem Lochstreifenstanzer übertragen soll, 
müßte zunächst BITTIME und HALFBIT irgendwo (z.B. in 
einem Stack) abspeichern, dann die Variablen mit neuen Para- 
metern entsprechend der Übertragungsrate des Lochstreifen- 
stanzers versorgen und schließlich ein Bitmuster an den 
„Output Port“ übergeben, das den Treiber für die Konsole 
blockiert und den für den Stanzer freigibt. Nach Beendigung 
dieser Übertragung müßten die normalen Zeitparameter und 
der Treiberstatus wieder geladen werden. 

Wie bereits beschrieben, basieren die von dem Programm 
BRID errechneten Parameter auf der Tatsache, daß ein im 
ASCII-Code verschlüsseltes Leerstellenzeichen während 6 Bits 
einen „O*-Pegel aufweist. Es ist nun denkbar, daß bei einigen 
älteren Peripheriegeräten zwischen den Nullbits ein Einschalt- 
stoß auftritt. (Das wäre z.B. der Fall, wenn das Signal nicht 
elektronisch, sondern mechanisch erzeugt wird.) In diesem Fall 
würde der hier verwendete BRID-Algorithmus wahrscheinlich 
nicht zuverlässig arbeiten. Trotzdem können COUT und CIN 
noch verwendet werden, sofern die beiden Zeitparameter 
einmal ermittelt wurden. Ein anderer Algorithmus zur Bestim- 
mung der Datenübertragungsrate bestünde dann aus einer in 
einem ROM abgespeicherten Tabelle (beachte die fünfte und 
letzte R/S-/O-M/D-Buchstabenkombination). Diese Tabelle 
enthielte eine Liste der den üblichen Datenübertragungsraten 
entsprechenden Verzögerungsparameter, wie sie für die ausge- 
wählte Quarzfrequenz berechnet wurden. Zur Initialisierung 
müßte der Bediener eine bestimmte Taste einige Male anschla- 
gen (am besten die Taste „U“, die ein Bitmuster sich abwech- 
selnder Nullen und Einsen erzeugt). Wegen der Identifizierung 
müßte das Programm dann versuchen, das Bitmuster nachein- 
ander bei jeder Übertragungsrate zu „lesen“, bis die tatsäch- 
liche Übertragungsrate bestimmt ist. 

Empirische Untersuchungen haben ergeben, daß für die 
beschriebene Anwendung die Qualität des Kassettenrekorders 
weniger kritisch ist als die der Bandkassette selbst. Anders 
ausgedrückt: Es arbeiten einige Kassetten für knapp 1,— DM 
auch auf teureren Rekordern nicht sehr zuverlässig. 

Wenn eine Kassette von Anfang an beschrieben werden soll, 
muß man das Band erst ca. 10 s laufen lassen, damit der Band- 
vorspann nicht stören kann. 

Abhängig von der Qualität des Rekorders können Frequenz 
und Dauer des Burst für höhere Übertragungsraten durch 
Anderung von HALFCYC und CYCNO optimiert werden. In 
diesem Fall sollte auch CKRATE so weit reduziert werden, daß 
ungefähr 10 bis 80 Abtastungen während eines kurzen (d.h. ein 
Drittel der Bitperiode) Tonfrequenzbursts stattfinden. Bei 
wesentlich höheren Frequenzen kann es außerdem erforder- 
lich sein, einige Komponenten im Analogteil der Schnittstelle 
auszuwechseln. 


Mit den beiden einfachen Programmen zur Aufzeichnung und 
Wiedergabe von Datenblöcken war beabsichtigt, die Benut- 
zung von TAPEIN und TAPEO aufzuzeigen. Es fehlen Fehler- 
erkennung und -korrektur. Abhängig von der spezifischen 
Anwendung können diese Programme zusätzlich mit Paritäts- 
bit, Prüfsummenvergleich oder Fehlerkorrekturcode ausge- 
stattet werden. 
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Ein-/Ausgabe-Hybridschaltkreise 
vereinfachen die Verbindung mit 
einem Mikroprozessor 


Der Verlauf der letzten Jahre hat gezeigt, daß Mikroprozessoren die 
Entwicklung von Prozeß-Steuerungen und Datenerfassungssyste- 
men erheblich vereinfachen. Da Mikroprozessoren ihre Daten 
digital verarbeiten, war es bisher jedoch immer relativ schwierig, zu 
verarbeitende analoge Signale entsprechend anzupassen. Eine 
interessante Lösung bieten hier integrierte, analoge Ein- und 
Ausgabe-Systeme, die jetzt in miniaturisierter Hybridform ange- 
boten werden und mit den meisten Mikroprozessoren voll buskom- 
patibel sind. 


Eine einfache elektrische Ankoppelung mit den zur Zeit auf dem Markt 
befindlichen Mikroprozessoren ist eine erste Anforderung an diese 
neuen analogen Ein- und Ausgabe-Systeme. Sie sollten darüber hinaus 
auch möglichst viele und unterschiedliche Spannungsquellen akzeptie- 
ren; ohne Einschränkung hinsichtlich Spannungshub. Da alle Mikro- 
prozessoren mit Speicher-Referenz-Instruktionen arbeiten, sollte das 
Ein-/Ausgabe-System über Adressendekodierer verfügen. Damit erge- 
ben sich eine Vereinfachung in der Software und der Vorteil, daß 


nahezu beliebig viele Mikroprozessoren zu einem leistungsfähigen 
Mikrocomputer zusammenschaltbar sind. Die notwendige Steuerlogik 
verarbeitet Speicher-Lese- und -Schreibbefehle und erzeugt, sofern 
notwendig, Halt- oder Interrupt-Signale. Zusätzlich sind Tri-state- 
Puffer bei einer direkten Verbindung mit einem uP-Datenbus notwen- 
dig. 

In den letzten Jahren waren Ein- und Ausgabe-Systeme mit den 
genannten Anforderungen nur in steckbarer Modulform auf dem 
Markt verfügbar. Sie wiesen eine normale Steckkartengröße mit 
entsprechendem Platzbedarf auf, der besonders ungünstig im Ver- 
gleich zum Mikroprozessor war. Mit Hilfe der Dickschicht-Hybrid- 
technologie stehen dem Entwickler jetzt komplette, analoge Ein- und 
Ausgabe-Systeme für Mikroprozessoren zur Verfügung, die weder 
externe Bauelemente noch eine nachträgliche Kalibrierung benötigen 
und ım Platzbedarf einem Mikroprozessor entsprechen. Es handelt sich 
hier um die Modelle MP 20 und MP 21, zwei komplette 16-Kanal-8-bit- 
Analog-Eingangssysteme sowie um die Modelle MP 10 und MP 11, ein 
Paar kompletter 2-Kanal-8-bit-Analog-Ausgangssysteme von Burr- 
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Logik und Ausgangspuffern enthält das System einen unab- 
hängigen, in der Verstärkung einstellbaren Instrumentenver- 
stärker 


Bild 1: Für analoge Eingänge: Dieses analoge Eingangssystem 
in einem Hybridgehäuse mit 80 Anschlüssen läßt sich direkt mit 
zahlreichen Mikroprozessoren verbinden. Neben Kanalwahl- 
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Brown. Diese vier Systeme sind hybrid aufgebaut und befinden sich in 
einem IC-kompatiblen Gehäuse. 





Adressen - Auswahl 
B, B3 (MPIO) 


Analog-Digital 

Die beiden Systeme MP 20 und MP 21 lassen sich mit zahlreichen, zur 
Zeit auf dem Markt befindlichen Mikroprozessoren direkt zusammen- 
schalten. MP 20: Intel 8008, 8048, 8080 A und 8085 AMD 9080, Zilogs Z- 
80, Nationals SC/MP und Texas 9900. MP 21: Motorolas 6800, MOS 8 
Technology’s 650 X und EA 9002. Mit wenigen zusätzlichen Bauele- Recd/write 
menten gilt Genanntes auch für den F 8 von Fairchild. S,MPIN 
Ein externer Abgleich von Verstärkungs- und Offset-Fehlern erübrigt 5 
sich in den 5 Eingangsspannungsbereichen zwischen 0 bis 2,5 V und 
+5 V. Der absolute Fehler ist besser +0,4% (innerhalb +1 LSB) bei 
einer Gesamt-Nichtlinearität von kleiner +0,2% und einer Durchsatz- 
rate, die schneller als 35 us/Kanal ist. Wie aus Bild 1 ersichtlich ist, 
beinhaltet jeder hybride IS einen Eingangsmultiplexer, der bis 16 
massebezogene oder 8 differentielle Analogsignale aufnimmt, einen 
Instrumentenverstärker, einen schnellen 8-bit-A/D-Umsetzer, Tri- 
state-Ausgangspuffer, die Adressendekodierer und die notwendige 
Steuerlogik. Ein wichtiger Vorteil der neuen hybriden IS ist ihre Fähig- 
keit, sowohl kleine als auch große Analogsignale mit gleicher Genau- 
igkeit zu digitalisieren. Da die Verstärkung des internen Instrumenten- 
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Bild 2: Für analoge Ausgänge. Auch hier direktes Zusammen- 








verstärkers durch einen externen Widerstand bestimmbar ist, sind auch schalten mit einschlägigen Mikroprozessoren. Dieses analoge 
Eingangssignale von nur + 10 mV ohne Einschränkung voll aufnehm- Dickschicht-Hybrid-Ausgangssystem ist komplett in einem 
bar. Sensoren mit geringen Spannungspegeln, wie z.B. Thermoele- Gehäuse mit 32 Anschlüssen untergebracht. Es verfügt über 2 
mente und Dehnungsmeßstreifen, können somit ohne zusätzliche Ausgangskanäle mit der notwendigen Dekodierlogik 

externe Signalverstärkung direkt an den MP 20 oder MP 21 geschaltet 

werden. 


Da die neuen Ein-Ausgabe-Systeme sogenannte „Memory-Mapped"- 

Systeme darstellen, behandeln Mikroprozessoren diese wie Speicher- Digital-Analog 

stellen. Die Leitungen A,, bis A, des internen 16-bit-Adressendekodie- Die Umsetzung einer binären Information in eine bipolare analoge 
rers verwendet der Prozessor als Auswahl-Leitungen. Die verblei- Spannung ist die Aufgabe der analogen Ausgabesysteme MP 10 und 
benden Leitungen A, bis A, bestimmen vom Prozessor her den Kanal, MP 11. Wie bei den Systemen MP 20 und MP 21 lassen sich die beiden 
der digitalisiert werden soll. Elf Adressen-Wahlleitungen (A,, bis A) Modelle MP 10 und MP 11 mit zahlreichen, auf dem Markt erhält- 
können für eine Verdrahtung hinsichtlich einer besonderen Adresse lichen Mikroprozessoren direkt zusammenschalten. MP 10:8008, 
herangezogen werden. 8048, 8080, 8085 und 9080; MP 11: 6800, 650 X und 9002. Mit einigen 
Pull-up-Widerständen sind MP 10 und der Mikroprozessor SC/MP 
zusammenschaltbar; mit geringen Einschränkungen auch F 8 und Z-80. 
Wie aus Bild 2 ersichtlich ist, stellen der MP 10 und der MP 11 jeweils 
komplette 2-Kanal-Analog-Ausgabesysteme dar. Jedes System besteht 
aus folgenden Hauptgruppen: analoger Ausgang, Steuer-Logik und 
Adressendekodierer. Eine fortschrittliche Fertigungstechnik erübrigt 
auch hier jeglichen Abgleich von Verstärkungs- und Offsetfehlern. 
Dieses gilt für jeden Kanal — bei einem absoluten Fehler von +0,2% 
typisch (0,4% max.) in einem Ausgangsspannungsbereich von +10 V. 
Darüber hinaus verbleibt der Analogausgang linear innerhalb +#'/2LSB 

& ee ee 5 B 

Eine richtige Adresse und ein Lesebefehl lösen in dieser Konfiguration a ee See 
die Umsetzung aus, d.h, wenn der MP 20 einen Lesebefehl erhält, Das Herzstück der Steuerlogik ist ein schneller und programmierbarer 
erscheinen ‚gie Daten ‚ger vorhergehenden Umsetzung auf den Interface-IS — Intels 8255 im MP 10 und Motorolas 6820 im MP 11. 
Ausgangsleitungen D; bis D,. Eine neue Umsetzung beginnt. Um eine Wie bei jedem peripheren und programmierbaren Baustein muß auch 
Interrupt-Operation mit dem MP 21 zu ermöglichen, wird eine neue der MP 10. 0der MP 11 zur Datenabgabe aufgefordert werden. Der MP 
Umsetzung bei jedem zweiten Lesebefehl ausgelöst. Einer der Steuer- |} nimmtdie Kanäle A und B des 6820 als Ausgänge, während bat MP 
ausgänge des MP 20 oder MP 21 kann zum Stoppen des Mikropro- 10 der 8255 im Mode „0“ mit den Kanälen A und B als programmierte 
zessors herangezogen werden. Erhält der Hybrid-IS einen Lesebefehl, Ausgänge arbeitet. Jeder Hybrid-IS hat einen 14-bit-Adressendekodie- 
so wird die Kanaladresse (A, bis A,) in einen Speicher eingetastet und rer, mit dessen Leitungen A,, bis A, der Mikroprozessor die Baustein- 
ein Monoflop BANFEEL Dieser FEEROEN einen 30 us langen Verzöge- anwahl vornimmt. Die Leitungen A, und A, sind für die Wahl des 
rungsimpuls, der es dem Eingangssignal erlaubt, den Multiplexer und Ausgangskanals vorgesehen. Bei nur 32 Gehäuseanschlüssen sind beim 
den Instrumentenverstärker zu durchlaufen, und zwar mit einem MP [Orr A. und A vom Anwender her zu bestimmen. beimMP 11 ner 
Einstellfehler von +0,02% vom Endwert. Erst dann beginnt die A/D- A Diese Anschiiisse und die Adressen-Wahlleitungen ghststten det 


‚(Di i 5 zögerungsimpulses läßt sich mit einem eg 2 ; 
Se, nee ee or 300 us einstel- Aufbau eines kompletten analogen Steuersystems mit nur vier MP 10- 
5 5 " oder zwei MP 11-Systemeinheiten. Weitere externe Adressierschal- 


len.) Beim Auslösen der Umsetzung geht die Ready-Leitung des MP 20 tungen sind nicht notwendig. 


er a key Sehne ei a . ed ie Ser en Die Funktion des MP 10 oder MP 11 ist wirklich sehr einfach. Gleich- 
u auf . Fee a der en wi zeitig mit der Adresse auf dem Adressenbus erscheinen Daten auf dem 
können digitale Signale die Genauigkeit empfindlicher Analogdaten a. a ee ee 
nicht beeinflussen. Daraus resultiert eine erhebliche Steigerung der prozessor gewählten Ausgang stabil sein. Der gesamte zeitliche Funk- 


Systemgenauigkeit. SE \ es hat i 
; . ; ; 28 tionsablauf des MP 10 oder MP 11 ist mit dem des zugeordneten 
Doch die neuen Systeme bringen nicht nur Vereinfachungen hinsicht- Mikroprozessors voll kompatibel. 


lich der Hardware, sondern ebenso im Bereich der Software mit sich. 
Ein Beispiel mit dem MP 20 und dem Mikroprozessor 8080: Eine 
einzelne Software-Instruktion, LHLD, erfaßt die Daten von zwei Zusammenschaltung mit Mikroprozessoren 

analogen Eingangskanälen und speichert sie in den Registern HundL Bild 3 zeigt vier Möglichkeiten mit den MP 20- und MP 10-Systemen. 
des Prozessors. Neben den Speicher-Schreib-/Lese-Signalen benötigen diese hybriden 


Zusammenschalten der Funktionen 

Multiplexer, Instrumentenverstärker und A/D-Umsetzer sind intern 
nicht miteinander verbunden. Dadurch ist es dem Anwender möglich, 
entsprechend der Eingangssignale und seinen Anforderungen die 
Rangfolge der Funktionen zu bestimmen und zunächst einen externen 
S& H-Schaltkreis zwischen Instrumentenverstärker und Umsetzer 
einzubeziehen. In der wohl am häufigsten angewendeten Schaltung ist 
der Multiplexerausgang mit dem Instrumentenverstärker und der 
Verstärkerausgang mit dem Umsetzereingang zusammengeschaltet. 
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IS einige Interface-Steuersignale: „READY“ für den 8080 oder 9080 A 
(a), „HOLD* für den SC/MP (b) und „WAIT“ für den Z-80 (c). Diese 
Signale stoppen den Mikroprozessor in seiner Funktion während des 
Umsetz-Zyklusses für eine kurze Zeit. Wird „READY“ oder ein 
entsprechendes Signal nicht angewendet, so wird eine Software- 
Verzögerung oder eine Flag-polling Routine benötigt, damit vor 
Abschluß der Umsetzung keine Daten eingelesen werden. 
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Bild 3d zeigt die notwendigen Steuersignale und externe Hardware bei 
einem Zusammenschalten von MP 20 oder MP 10 mit dem 8085 von 
Intel. Da der 8085 einen Datenbus mit Zeitmultiplexer aufweist, benö- 
tigt man zusätzlich einen Intel 8212 Latch, damit die unteren 8 bit der 
Adresse kurz gespeichert werden können, sobald 65 536 bit des Spei- 
chers belegt sind. Während des High-to-low-Überganges des Adres- 
sen-latch-enable-Signales sind die 8 bit ebenfalls kurz arretiert. Sobald 
eine korrekte Adresse vorhanden ist und „READ“ auf „Low“ geht, 
beginnt die Umsetzung. Die „READY“-Leitung geht auf „Low“ und der 
Mikroprozessor stoppt. Kehrt die „READY“-Leitung auf „High“ 
zurück, liest der MP 20 Daten ein. Der MP 10 erhält Daten, sobald der 
8085 die korrekte Adresse und Daten liefert und das „READ*-Signal 
auf „Low“ geht. 

Ohne jegliche externe Hardware lassen sich der MP 21 und der MP 11 
direkt mit dem 6800 oder 650 X (Bild 4a) und dem 9002 (Bild 4b) 
zusammenschalten. Um eine richtige Adresse sicherzustellen, wird die 
Valid-memory-address-Leitung des MP 21 mit dem 6800 verbunden. 
Bei einer Verbindung des MP 21 mit dem 650 X muß diese VMA- 
Leitung an den +5 V der Leistungsversorgung liegen. 

Wenige externe Bauelemente sind bei einer Verbindung des F 8 mit 
MP 21/10 notwendig (Bild 4c). Da der Mikroprozessor F 8 hinsichtlich 
der Ein-/Ausgabe-Funktion optimiert ist, muß jeder Schaltung, die 
diesem Mikroprozessor wie ein Speicher „erscheint“, ein sogenanntes 
standardisiertes Speicher-Inferface, 3852 oder 3853, vorgeschaltet 
werden. Da aber nahezu alle Datenverarbeitungs-Systeme über 
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Bild 3: Einfaches Verbinden des Mikroprozessors mit dem 
MP 20/10. Beim 8080 oder 9080 (a) werden Takt und Steuerung 
benötigt. Ohne Extraaufwand geht es beim SC/MP (b) und Z-80 
(c); mit Latch beim 8085 (d) 
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Bild 4: Weitere Möglichkeiten. Die analogen E/A-Systeme MP 
21/11 lassen sich direkt mit dem 6800 oder 650 X (a) und dem 9002 
(b) verbinden, mit dem F 8 (c) jedoch nur mit externem Spei- 
cherinterface 
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Bild 5: Leistungssteuerung. Ein mikroprozessorgesteuertes 
Energiesparsystem mit analogen E/A-Einheiten könnte unnö- 
tige Energieverbrauchsspitzen in Bürobauten und Fertigungs- 
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Bild 6: Biomedizin. Dieses System für die Patientenüberwa- 
chung läßt sich preiswert und als tragbare Einheit entwickeln. 





externe ROM oder RAM verfügen, bestehen auch für das MP 21/10 
Interface keine Probleme. 

Eine praktische und vorteilhafte Anwendung dieser neuen analogen 
Ein- und Ausgabe-Systeme zeigt Bild 5 mit einem Energieeinsparungs- 
system. Die analogen Eingangssysteme beobachten den Leistungsver- 
brauch von Klimaanlagen, Heizungen, Licht und sonstigen Anlagen, 
während die analogen Ausgangssysteme diese Informationen anzeigen 
und aufzeichnen, bei gleichzeitiger proportionaler Steuerung der 
Anlage. Digitale Steuerungen beeinflussen das Ein- und Ausschalten 
der Leistungsverbraucher entsprechend den Vorgaben. 


Unkomplizierte Anwendung 


Der Hauptvorteil bei der Anwendung dieser Systeme ist die Unkom- 
pliziertheit. Bisherige Steuerungssysteme entsprechend Bild 5 ohne 
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die unmittelbaren Umgebungsfaktoren messen und steuern. 
Die Eingangs-Trennverstärker verhindern tödliche Elektro- 
schocks 





ıntegrierte Baugruppen benötigen erheblich mehr Bauelemente, sind 
teurer und verlangen nach regelmäßig wiederkehrenden Kalibrierun- 
gen. Ein Mikroprozessor-System ist dagegen zuverlässiger, einfacher 
zu reparieren und kostengünstiger. 

Ein weiteres wichtiges Anwendungsgebiet für die beschriebenen 
hybriden Ein- und Ausgangssysteme ist die Instrumentation in der 
Medizin. Ein Beispiel ist die Patientenüberwachung nach Bild 6. Auf 
die Eingänge des Überwachungssystems werden die Meßwerte vom 
Patienten gegeben, während die Ausgangseinheiten eben diese Para- 
meter aufzeichnen. 

Die Trennverstärker am Systemeingang schützen den Patienten vor 
tödlichen Elektroschocks. 


Nach Unterlagen der Firma Burr-Brown. 
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Das Verschachteln von 
Unterprogrammen bei einem 
Mikroprozessor mit nur einer 
Unterprogramm-Ebene 


Philippe de Marchin 


Beieinem Mikroprozessor, 
dessen Stack-Register 
nur eine Ebene besitzt, 
können Unterprogramme 
trotzdem verschachtelt 
werden. 


Bei der Ausarbeitung von Anwendungsaufgaben mit Mikro- 
prozessoren müssen vertraute Hardware-Funktionen durch 
weniger vertraute Software ersetzt werden. Obwohl der logi- 
sche Entwurfsprozeß im wesentlichen derselbe ist, sind die 
Details der Software doch manchmal verwirrend. Ein sol- 
ches Detail ist die Anwendung von Unterprogrammen, die 
dieselbe Aufgabe an verschiedenen Stellen eines Pro- 
gramms mit einer einzigen und kurzen Folge von Instruk- 
tionen durchführen können. Verschachtelte Unterprogram- 
me, in denen ein Unterprogramm ein weiteres aufruft und 
vielleicht dieses wiederum ein anderes und noch ein ande- 
res, können irritierend aussehen. 


Unterprogramme können bei der Anwendung von Mikropro- 
zessoren außerordentlich wertvoll sein. Wenn dagegen ein 
Unterprogramm ein weiteres in einem Mikroprozessor aufruft, 
der nur ein Unterprogramm zu einem Zeitpunkt handhaben 
kann, so ist eine spezielle Folge von Instruktionen notwendig. 
Jedes Unterprogramm verlangt die vorübergehende Speiche- 
rung des Inhalts des Programmzählers, damit sich bei Abschluß 
des Unterprogramms der Prozessor „daran erinnert“, wo das 
Hauptprogramm fortfährt. Vielfach ineinander verschachtelte 
Unterprogramme benötigen im allgemeinen genauso viele 
zeitweilige Speicherplätze, wie es Ebenen des Verschachtelns 
gibt. Deshalb scheinen vielfach ineinander verschachtelte 
Unterprogramme bei einem Mikroprozessor, dessen Stack- 
Register nur eine Ebene besitzt, schwierig, wenn nicht unmög- 
lich durchführbar zu sein. Das ist aber nicht der Fall, da das 
Verschachteln durch Software-Steuerung ganz einfach ist. Das 
Stack-Register des Mikroprozessors F8 von Fairchild (Bild 1) 
handhabt verschachtelte Programme problemlos mit Hilfe des 
64-Byte-Zwischenspeichers (Scratch pad), der als ein automa- 
tisch erweiterbares Stack-Register verwendet wird. 


Einsatz des Verschachtelns 

Ineinander verschachtelte Unterprogramme sind z.B. bei der 
Berechnung einer Quadratwurzel oder bei der Übertragung 
von Daten zu einem seriellen Drucker — z.B. dem Schreibwerk 
eines Teletypes — vorteilhaft. Ein Unterprogramm für das 
Ziehen einer Quadratwurzel benötigt u.a. ein Divisionsverfah- 
ren, das durch ein weiteres Unterprogramm ausgeführt wird. 
Dieses wiederum benötigt eine Subtraktion, die durch ein 
anderes Unterprogramm bearbeitet wird. Wenn also eine 
Quadratwurzel berechnet werden soll, ist ein Verschachteln 
von Unterprogrammen auf drei Ebenen nötig; dazu werden 
drei Unterprogramme sequentiell vom Hauptprogramm auf- 
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gerufen. Im seriellen Drucker wird eine Zeile auf einmal aus 
jeweils 8-Bit-Zeichen ausgedruckt. Diese Aufgabe veranlaßt 
das Hauptprogramm, das Unterprogramm „SEND*“ aufzuru- 
fen. Sobald der Mikroprozessor das Hauptprogramm verläßt 
und dieses Unterprogramm ausführt, ist es sein erster Schritt, 
den Anfang der Daten zu lokalisieren, die dann ausgedruckt 
werden sollen. Es lädt das erste Zeichen in ein vorher zuge- 
ordnetes Zwischenspeicher-Register und ruft das Unterpro- 
gramm „PRINT“ der zweiten Ebene auf. Auf dieser Ebene 
erfolgen die Aufrufe der zwei Unterprogramme „PARC“ und 
„ITYO* (3. Ebene). „PARC“, eine Routine zur Überprüfung der 
Parität, kontrolliert das Zeichen oder gibt anstelle eines 
falschen Zeichens ein spezielles, z.B. @, aus. „TTYO“ bedeutet 
Ausgabe durch das Teletype und überträgt die Bits des 
Zeichens, und zwar immer nur 1 Bit zur Zeit; es läßt zusätzlich 
„entsprechend dem Standard-Kode für Drucker“ jedem Daten- 
Byte das Start-Bit vorausgehen und das Stopp-Bit folgen. 
Nachdem das Zeichen übermittelt ist, springt „TTYO“ nach 
„PRINT“ und von da wiederum nach „SEND“. Das holt sich das 
nächste Zeichen, sofern nicht schon das letzte Zeichen der Zeile 
ausgedruckt ist. i 

Unter geänderten Umständen können dieselben Routinen für 
ein anderes Programm aufgerufen werden. „PARC“ kann z.B. 
— unabhängig von jedem Druckvorgang — vielleicht im 
Zusammenhang mit einer anderen Ausgabe oder Eingabe oder 
bei einem Fehler einer internen Operation benutzt werden. 
Diese Unabhängigkeit des Vorgehens macht ein Unterpro- 
gramm eben zu einem Unterprogramm im Gegensatz zu einem 
Reihenverfahren. Ist ein Unterprogramm Teil eines anderen 
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Bild 1: Die Register des Mikroprozessors F8 
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Hauptprogramm 


Unterprogramm 
#1 


Unterprogramm 
#2 


Unterprogramm 
#3 


Unterprogramm 
„Service'’ 


Unterprogramms, so haben wir es mit Verschachtelung zu 
tun. 


Verschachtelung mit einem „Pointer” 

Der Programmzähler im F8 faßt 16 Bits; jede Adresse benötigt 
daher 2 Zwischenspeicherregister, jedes mit 1 Byte (8 Bits). Bis 
zu 31 Ebenen des Verschachtelns kann dieses Verfahren bewäl- 
tigen; es ist nur begrenzt durch die Anzahl der verfügbaren 
Zwischenspeicher-Register. In den meisten Programmen ent- 
hält der Zwischenspeicher andere Daten; für die meisten 
Programme sind nur einige wenige Ebenen für das Verschach- 
teln notwendig. 

Jedes Unterprogramm kann ein weiteres Unterprogramm 
aufrufen — vorausgesetzt, die aufrufende Routine enthält 
gewisse, vorbereitende Instruktionen und die aufgerufene 
Routine bietet wiederum Möglichkeiten für niedrigere Ebenen 
des Verschachtelns, bevor sie irgend etwas ausführt. Um ein 
Unterprogramm durchführen zu können, werden vorberei- 
tende Instruktionen im Hauptprogramm zusammen mit einer 
speziellen 11-Byte-Folge aus 10 Instruktionen, genannt „Ser- 
vice“ (SERV), benötigt, die den vorhergehenden Inhalt des 
Programmzählers im Zwischenspeicher ablegt (Bild 2). Auf 
jedes Unterprogramm folgt eine Sequenz aus 1-Byte-Instruk- 
tionen, die „Go Back“ (Zurücksprung) genannt wird und die 
diese gespeicherte Adresse in den Programmzähler zurücklädt. 
Jedes Unterprogramm muß mit zwei spezifischen Instruk- 
tionen beginnen und aufhören, die diese beiden Sequenzen 
aufrufen, die selbst ja kurze Unterprogramme darstellen. 
Indem Augenblick, in dem ein Sprung in ein Unterprogramm 
erforderlich ist — sei es vom Hauptprogramm oder von einem 
Unterprogramm auf höherer Ebene —, muß der Zwischenspei- 
cherplatz O0 eine Adresse enthalten, in das zu dieser Adresse 
gehörende Zwischenspeicher-Register wird ein Byte aus dem 
Stack-Register nach dem Sprung geschoben. Speicherort 0 ist 
ein Arbeitsregister für die Benutzung des indirekten Zwischen- 
Adreßregisters („ISAR“), — ein 6-Bit-Register, das einen der 64 
Speicherorte im Zwischenspeicher festlegt. Der Inhalt von 
Speicher 0 ist der „Pointer“. 

Die beiden vorbereitenden Instruktionen im Hauptprogramm 
legen die Adresse für den Inhalt des Stack-Registers fest. „Lade 
sofort Hex“ (LI H‘40‘) lädt die hexadezimale Zahl 40 in den 
Akkumulator, und „Lade den Inhalt des Akkumulators in das 
Register 0“ (LR 0,A) überträgt 40 in den Speicherort O des 
Zwischenspeichers. Der Sprung selbst, der die Ausführung der 
Instruktion „Rufe das Unterprogramm sofort auf“ (PI, Push 
immediate) ist, schiebt den Inhalt des Programmzählers auto- 
matisch in das Stack-Register und gibt die Startadresse des 
Unterprogramms — Operand „SUBN“ — in den Programm- 
zähler. „SUBN“ ist natürlich eine Zahl zugeordnet, sobald diese 
symbolische Programmsprache in den Maschinenkode umge- 
setzt ıst. 
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Beispiel:SEND 


Beispiel: PRINT 


Beispiel: PARC,TTYO 


Unterprogramm 
„GO BACK" 


Bild 2: Verschachtelung 


Was ein Unterprogramm zu tun hat 

Die erste Instruktion muß — um ein Verschachteln möglich zu 
machen — den Inhalt des Stack-Registers sichern. Sie tut das 
mit der Instruktion „Lade Register“ (LR K,P), die den Inhalt des 
Stack-Registers in die K-Register (die Speicherplätze 12 und 13 
des Zwischenspeichers) schiebt. Diese Zahl — die die Rück- 
sprungadresse ins Hauptprogramm darstellt, sobald das Unter- 
programm abgeschlossen ist — kann nicht in den K-Registern 
bleiben, da ein weiteres Unterprogramm auf niedrigerer 
Ebene, wenn es aufgerufen wird, den Inhalt des Stack-Registers 
durch Einlesen einer neuen Zahl genauso überschreiben wird. 
Deshalb ruft die zweite Instruktion im Unterprogramm die 
spezielle Folge „SERV“ auf, die die besagte Zahl zum oberen 
Ende des Zwischenspeichers in einen Speicherplatz überträgt, 
dessen Adresse durch den Inhalt des Zwischenspeicherplatzes 
0 bestimmt ist. Die Zahl im Zwischenspeicherplatz 0 wird durch 
das Hauptprogramm oder durch „SERV“ zu Beginn des Unter- 
programms auf der höheren Ebene eingegeben. 

Diese Sequenz lädt zuerst den Inhalt des Zwischenspeicher- 
platzes Oinden Akkumulator (LR A,0), dekrementiertihn um 1, 
um die Adresse für den nächsten, leeren Zwischenspeicherplatz 
zu erstellen (AI H,FF‘) und bewegt dann das Ergebnis nach 
„ISAR“ (LR IS,A). Erfolgt der Sprung vom Hauptprogramm ins 
Unterprogramm, enthält der Speicherplatz 0 die hexadezimale 
Zahl 40. Die dekrementierende Instruktion ist „Addiere sofort 
hexadezimal FF“ (AIH FF); diese Instruktion addiert die 
Binärzahl 1111 1111 zum Inhalt des Akkumulators. Das ent- 
spricht der Subtraktion einer 1. Somit enthält „ISAR“ auf der 
ersten Ebene die hexadezimale Zahl 3F — die Adresse des 
letzten Zwischenspeicher-Registers. Mit einer Serie von 4 
„Lade Register“-Instruktionen (LR..) werden nun die ur- 





MAIN 





INSTR 
INSTR 
U H’40° 
LR OA 
PI SUB I 


LRK,P 
PI SERV 


LRKP 
PISERV 


INSTR 
INSTR 
INSTR 
PISUB2 


INSTR 
INSTR 
INSTR 
INSTR JMP GOBA 
INSTR 


INSTR 


INSTR 
INSTR 
INSTR 
JMP GOBA 





Leerzeilen in der Liste weisen darauf hin,wo jede Routine anhält,um die Ausführung einer 
Unter-Routine abzuwarten 


Bild 3: Verschachtelung auf zwei Ebenen 


37 





Software 


elektronikpraxis 





sprünglichen Inhalte des Stack-Registers, die zeitweilig in den 
Zwischenspeicher-Registern 12 und 13 steckten, durch „ISAR“ 
über den Akkumulator in die Zwischenspeicher-Register 63 
und 62 (dezimal; hexadezimal 3F und 3E) geschoben. In diesen 
Instruktionen beziehen sich „KU“ und „KL“ auf die Bytes hoher 
und niedriger Ordnung von K, während die Bezeichnungen „D“ 
und „S“ Kodes darstellen, die „ISAR“ dekrementieren oder 
unverändert halten. Daher überträgt die Instruktion LR D,A 
ein Byte vom Akkumulator zu dem Zwischen-Speicherplatz, 
der durch „ISAR“ spezifiziert wird, und dekrementiert dann den 
Inhalt von „ISAR“. Zwei Schritte später überträgt die Instruk- 
tion LR S,A wieder ein Byte auf dieselbe Art, läßt aber „ISAR“ 
unverändert. Damit enthält „ISAR“ nach der Doppel- 
übertragung die hexadezimale Ziffer 3E, da es ja zweimal 
dekrementiert wurde. Zwei weitere „Lade Register“-Instruk- 
tionen speichern die Adresse in „ISAR“ über den Akkumulator 
in den Zwischen-Speicherplatz O0 zurück. Die „POP“-Instruk- 
tion (Springe vom Unterprogramm zurück) speichert dann 
zum Schluß den Inhalt des Stack-Registers in den Programm- 
zähler zurück, so daß das Unterprogramm richtig beginnen 
kann. 

Dieses Unterprogramm kann — wenn es die ihm zugeordnete 
Aufgabe erfüllt — zu einem Unterprogramm auf niedrigerer 
Ebene springen, ohne die einleitenden Schritte ausführen zu 
müssen, die vom Hauptprogramm aus benötigt werden; die 
„SERV“-Folge hat ja schon den Inhalt des Zwischenspeicher- 
Registers 0 modifiziert. Jedes Unterprogramm niedrigerer 
Ordnung muß jedoch mit denselben beiden Instruktionen 
beginnen — LRK,P und PI SERV. Diese Instruktionen spei- 
chern wie gehabt den Inhalt des Stack-Registers zeitweilig in 
den Zwischen-Speicherplätzen 12 und 13, während die „Ser- 
vice“-Sequenz zuerst den Inhalt des Speicherplatzes 0 dekre- 
mentiert und das Ergebnis nach „ISAR“ schiebt. Da dies 
wiederum eine Routine auf niedrigerer Ebene ist, ändert die 
Dekrementierung 3E auf 3D und bewegt als Endergebnis den 
Inhalt des Stack-Registers in die Zwischenspeicher-Register 61 
und 60 (dezimal; hexadezimal 3D und 3C). 

Rücksprung zum Hauptprogramm 

Jedes Unterprogramm — auf welcher Ebene auch immer — 
endet mit „JIMP GOBA“. „GOBA“ ist im wesentlichen die 
Umkehrung der „Service“-Sequenz. Sie bekommt die zuletzt 
gültige Programmadresse vom oberen Ende des Zwischenspei- 
chers, schiebt sie in das K-Register und inkrementiert den 
„Pointer“ im Zwischenspeicher-Registerplatz 0. Zwei „Lade 
Register“-Instruktionen übertragen den Inhalt des Zwischen- 
speicherplatzes O0 über den Akkumulator nach „ISAR“. Das 
identifiziert die Adresse, zu der in das Hauptprogramm oder in 
das Unterprogramm der höheren Ebene zurückgesprungen 
werden soll. Vier weitere „LR“-Instruktionen führen dıe Über- 
tragung nach K durch; eine von ihnen — LR A,I— inkremen- 
tiert automatisch „ISAR“. Dadurch wird der Inhalt von „ISAR“ 
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in den Akkumulator geschoben und inkrementiert. Diese neue 
Zwischenspeicher-Adresse, die zweimal inkrementiert wurde, 
wird in den Speicherplatz 0 zurücktransferiert und „PK“ 
(Springe vom Uhnterprogramm mit Hilfe der K-Register 
zurück) führt die Maschine zurück zum Hauptprogramm oder 
zum höheren Unterprogramm. Man beachte, daß der wirkliche 
Rücksprung vom Unterprogramm direkt durch „GOBA“ aus- 
geführt wird. 

Sowohl die Folge „Service“ als auch „Go Back“ bewerkstelligen 
die automatische Dekrementierung oder Inkrementierung von 
„ISAR“ — mit den entsprechenden Instruktionen „LR D,A“ in 
„SERV“ und „LR A,l“ in „GOBA“. Diese Instruktionen, die im F8 
verwirklicht sind, beeinflussen nur die 3 Bits niedrigerer 
Ordnung von „ISAR“ und arbeiten wie ein Aufwärts-/Abwärts- 
zähler. Bei dieser Anwendung ist jedoch die Anderung immer 
von gerade nach ungerade bei der Inkrementierung oder von 
ungerade nach gerade bei der Dekrementierung. Bei dieser 
speziellen Routine kann man das auch so denken, daß diese 
Instruktionen nur das am wenigsten signifikante Bit von 
„ISAR“ beeinflussen. Bei einer tatsächlichen Anderung von 
„ISAR“ an mehr als 3 Bits, bei der „Carries“ (Überträge) bei 
allen 6 Bits von „ISAR“ eingeschlossen sein können, werden die 
Instruktionen „AI H ‘FF‘“ und „INC“ (Inkrementiere den Inhalt 
des Akkumulators) verwendet. Diese ändern in Wirklichkeit 
den Akkumulator; aber indem Augenblick, in dem die Instruk- 
tionen gerade ausgeführt werden, wird der Inhalt von „ISAR“ 
durch den Akkumulator auf dem Wege zu oder von einem 
zeitweiligen Speicherplatz geschoben. 

Man nehme einmal an, ein Unterprogramm der vierten Ebene 
ist gerade durchgeführt worden und eines der fünften Ebene 
wird aufgerufen. Zu Beginn von „SERV“ enthält Register O den 
Wert H'38° — binär 0011 1000. Diese Reihe wird durch 
„AI H 'FF'“ auf H ‘37° oder binär 0011 0111 dekrementiert. Auf 
dem Teilweg durch „SERV“ wird diese erneut durch „LR D,A“ 
auf H '36‘ oder binär 0011 0110 dekrementiert. Die zweite 
Anderung beeinflußt nur die letzten 3 Bits; die erste verändert 
dagegen die letzten 4 Bits. Ein ähnlicher Vorgang geschieht in 
„GOBA“. 

Die Menge an zusätzlicher Software ist minimal, unabhängig 
von der Anzahl der verschachtelten Ebenen. Die Sequenzen 
„service“ und „Go Back“ werden — einschließlich Aufruf und 
Rücksprung — in jeweils 45 und 37 us durchgeführt, vorausge- 
setzt, die Taktfrequenz beträgt 2 MHz. Dieselbe Technik kann 
dazu benutzt werden, im Zwischenspeicher irgendeine zusätz- 
liche Information zu speichern, so z.B. den Inhalt des Statusre- 
gisters, spezielle Zähler oder andere Prozessor-Daten zusam- 
men mit der Rücksprungadresse. 

Übersetzt und bearbeitet durch die Unitronic GmbH, Düssel- 
dorf. 
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Eine detaillierte Interrupt- 


Behandlung — 


Systemen 


hier ın Z80- 


Dipl.-Ing. Hans Bley, Dipl.-Ing. H.-P. Blomeyer-Bartenstein’ 


Eine der wesentlichsten 
Eigenschaften eines je- 
den Computers — egal 
ob uP, uC oder Großrech- 
ner — ist seine Fähigkeit, 
mit der realen Umwelt in 
Verbindung zu treten. 


Diese Fähigkeit wiederum basiert auf den hard- und softwa- 
remäßigen Eigenschaften des entsprechenden Rechners zur 
Ein-/Ausgabe auf der einen Seite und zur Programmunter- 
brechung (Interrupt) auf der anderen. Dabei sind die Ein-/ 
Ausgabefähigkeiten verantwortlich für den zu treibenden 
Aufwand bei Programmerstellung bzw. für das erforderliche 
Maß an Programmspeicher. Beides sind verständlicherweise 
wesentliche Kostenfaktoren bei der Implementierung von 
Mikrocomputer-Systemen. 


Die Mikroprozessoren Z 80- und Z80 A-CPU tragen diesen 
beiden Faktoren durch ihren besonders leistungsfähigen Be- 
fehlssatz und ihre fortschrittliche Hardware-Architektur Rech- 
nung. So sind in Z 80-Systemen Ein- und Ausgaben über jedes 
der allgemeinen Register (u.a. auch des Akkumulators) mit 
einem einzigen Befehl durchführbar. Bei der Eingabe werden 
die eingezogenen Daten automatisch auf Vorzeichen, Null und 
Parität geprüft. Darüber hinaus gibt es insgesamt 4 verschie- 
dene Befehle zur Eingabe bzw. Ausgabe von ganzen Daten- 
blöcken (max. 256 Byte lang). Hierbei wird die eigentliche Ein- 
/Ausgabe-Aktivität mit einem einzigen Befehl veranlaßt. 

An hardwaremäßigen Besonderheiten ist neben den Eigen- 
schaften der peripheren Bausteine [1] die Busverwaltung bei 
Ausführung der vorhergenannten Block-Ein-/Ausgabe-Be- 
fehle zu nennen. In diesem Fall wird der Inhalt des Byte-Zählers 
auf die höherwertige Hälfte des Adreßbusses gelegt, während 
die Adresse des angesprochenen Kanals (Ports) auf dem 
niederwertigeren Teil des Adreßbusses erscheint. Durch diese 
Eigenschaft lassen sich besonders leicht sequenziell abgefragte 
Ein-/Ausgabe-Systeme realisieren. 

Eine entsprechend hohe Leistungsfähigkeit wie der Befehlssatz 
weist auch die Interrupt-Architektur des Systems Z 80 auf. Hier 


"Beide Autoren sind Mitarbeiter im Geschäftsbereich Mikrocomputer der 
Kontron Elektronik GmbH, Eching/München. 
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stehen zwei völlig getrennte Interrupt-Einrichtungen zur 
Verfügung: der nichtmaskierbare und der maskierbare Inter- 
rupt. Beim maskierbaren Interrupt ist es möglich, beliebig viele 
Interrupt-Service-Routinen an beliebigen Stellen des Arbeits- 
speichers abzulegen, ohne zusätzliche Hardware. 

Ebenso ist auch die gesamte Priorisierungssteuerung bereits in 
den Z 80-Peripherie-Bausteinen vorgenommen, so daß auch 
hierfür kein Hardwareaufwand notwendig ist. Der maskierbare 






















möskierben] 
INTERRUPT. 








ja [maskierbarer 
INTERRUPT 
MODE 


Bild 1: Logischer Ablauf der Interrupt-Bearbeitung bei 
den Prozessoren Z 80 A-CPU und Z 80-CPU 
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Interrupt erlaubt die erwähnte, sehr leistungsfähige Z 80-spezi- 
fische Interrupt-Betriebsart und zwei weitere Betriebsarten, 
die aus Kompatibilitätsgründen zu der Prozessor-Familie 
8080 A in der ZILOG-CPU implementiert wurden. 
Einzelheiten aller dieser Interrupt-Systeme werden in der 
vorliegenden Arbeit dargestellt. 


Grundsätzliche Bemerkungen über Interrupt 

Sollen mehrere periphere Einheiten (Terminals, Drucker, 
Schalter, Optokoppler oder Anzeigen) angeschlossen werden, 
so muß hard- und softwaremäßig für eine ordnungsgemäße 
Abwicklung der Ein-/Ausgabe-Aktivitäten gesorgt werden, da 
die Systembusse jeweils nur ein Datenwort bzw. eine Adresse 
gleichzeitig übertragen können. Ein in früherer Rechner- 
technik häufig oder fast ausschließlich gebrauchtes Verfahren 
ist das Abfrage- oder Polling-Verfahren, bei dem eine peri- 
phere Einheit nach der anderen abgefragt wird. Nachteil dieses 
Verfahrens ist es, daß die Abfrage auch dann stattfinden muß, 
wenn mit der angesprochenen peripheren Einheit überhaupt 
kein Datentransfer stattfinden soll, so daß ein großer Anteil der 
wertvollen CPU-Zeit durch überflüssige Abfrageaktivitäten 
verbraucht wird. In modernen Systemen verwendet man daher 
meist das Interrupt- oder Unterbrechungs-Verfahren, bei dem 
beliebige Anwenderprogramme ablaufen können und nur dann 
von einer peripheren Einheit in ihrem Ablauf unterbrochen 
werden, wenn das von ihr verlangt wird. Dadurch fallen sämt- 
liche unnötige Abfragen weg und dem Prozessor steht für 
andere Aufgaben die maximal mögliche Zeit zur Verfügung. 
Wichtige Faktoren bei solchen Interrupt-Systemen sind: 

— Die maximale Zeit, nach der ein Prozessor auf die Anfor- 
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derung einer peripheren Einheit reagieren kann (Worst- 
case-Responsetime). 

— Die maximal mögliche Anzahl an Bedienroutinen, die von 
dem Rechner ausgeführt werden können. 

— Die beim Rechnersystem maximal mögliche Anzahl von 
Unterbrechungsebenen (Interrupt-Levels); d.h. wie oft eine 
periphere Einheit ihrerseits die Bearbeitung einer anderen 
interruptfähigen, peripheren Einheit unterbrechen kann 
(Nesting). 

— Die Art der Hierarchie-Festlegung, nach der in einer peri- 
pheren Einheit das Unterbrechen einer anderen gestattet 
oder nicht gestattet ist (Priorisierung). 


Zur effizienten und kostengünstigen Implementierung solcher 
komplexer Interrupt-Systeme ist neben der maximalen Reak- 
tionszeit selbstverständlich vor allem der Umfang der Maßnah- 
men kleinzuhalten, die für die eigentliche Interrupt-Bearbei- 
tung erforderlich sind. Dieser Überhang besteht im wesentli- 
chen aus dem Erkennen, welche periphere Einheit die Inter- 
rupt-Anforderung ausgestellt hat, dem Retten des momen- 
tanen Zustands der CPU und dem Verzweigen im Programm 
zur eigentlichen Interrupt-Service-Routine. Zur vollständigen 
Abarbeitung des Bedienprogramms (Service-Routine) müssen 
dann natürlich die vor dem Interrupt bestehenden Verhältnisse 
wieder hergestellt und ein Rücksprung zum unterbrochenen 
Programm durchgeführt werden. 

Im System Z 80 ist für eine vorteilhafte Lösung und für beson- 
ders kurze Interrupt-Responsezeiten durch einen kompletten 
zweiten Registersatz und speicherindirektes Verzweigen zum 
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Bild 3: Logische Abläufe der Bearbeitung maskierbarer Interrupt-Anforderungen 
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Annahme der Interrupt-Anforderung durch die CPU 

In der ZILOG-Z 80-CPU bzw. Z 80 A-CPU ist neben den 
bereits erwähnten Interrupt-Einrichtungen für den nichtmas- 
kierbaren Interrupt auch eine komplette Einrichtung zur Bus- 
übergabe an andere Einheiten, wie DMA-Controller oder 
andere Prozessoren (Multiprozessor-Systeme), eingebaut. 
Diese Einrichtung muß natürlich bei der Annahme des Inter- 
rupts berücksichtigt werden und aus leicht verständlichen 
Gründen höchste Priorität erhalten. Daher wird vor der 
Annahme eines Interrupts zunächst der Zustand der Bus- 
Anforderungsleitung (BUSROQ) abgefragt. Daraus ergibt sich 
zwangsläufig die folgende, CPU-interne Prioritätsregelung: 


1.Priorität: Bus-Request (BUSRQ) 
2.Priorität: nichtmaskierbarer Interrupt (NMI) 
3.Priorität: maskierbarer Interrupt (INT) 


Die Bus-Request-Leitung wird also zuerst abgefragt (das 
interne Bus-Request-Flip-Flop der CPU ist gesetzt, wenn die 
BUSRQ-Leitung aktiv ist) und unmittelbar nach dem Ende des 
momentan in Arbeit befindlichen Maschinenzyklus bearbeitet. 
Ist dieser letzte Maschinenzyklus gleichzeitig der letzte Ma- 
schinenzyklus der in Ausführung befindlichen Anweisung, so ist 
die CPU auch zum Empfang eines maskierbaren oder nicht- 
maskierbaren Interrupts (durch Setzen ihrer entsprechenden 
internen Flip-Flops) bereit, wobei allerdings zuerst einem 
eventuell anstehenden Bus-Request entsprochen wird. Bild 1 
zeigt den gesamten, hier besprochenen Ablauf im Detail. 
Nach Beendigung einer solchen Bus-Request-Aktivität prüft 
die CPU den Status des internen NMI-Flip-Flops. Ist dies 
gesetzt, wird der nichtmaskierbare Interrupt entsprechend 
Bild 2 bearbeitet, was natürlich erst geschehen kann, wenn eine 
von einem BUSRQ in Abarbeitung unterbrochene Anweisung 
nach Ende des BUSRQ fertig ausgeführt wurde, da ja die 
Interrupt-Anforderung erst beim letzten Taktimpuls eines 
jeden M-Zyklus akzeptiert werden kann. Ist das NMI-Flip-Flop 
jedoch nicht gesetzt, prüft die CPU nun den Zustand des Flip- 
Flops für den maskierbaren Interrupt und bearbeitet die auszu- 
führende Interrupt-Service-Routine in einer der in Bild 3 
gezeigten Betriebsarten. 

Nach Rücksetzen des Interrupt-Flip-Flops wird das Hauptpro- 
gramm wieder abgearbeitet. 








Nichtmaskierbarer Interrupt 
Die „low“-aktive NMI-Leitung kann nicht durch das Anwen- 
derprogramm gesperrt werden. Interrupt-Anforderungen auf 
dieser Leitung werden jederzeit von der CPU akzeptiert, 
jedoch erst nach Beendigung der momentan in Arbeit befind- 
lichen Anweisung berücksichtigt (Voraussetzung: kein Bus- 
Request anstehend). 
Wie erwähnt, hat der nichtmaskierbare Interrupt Priorität über 
alle anderen maskierbaren Interrupts; er erzeugt automatisch 
einen Sprung (= „RESTART“) auf die Speicherstelle 66 (hexa- 
dezimal). Der nichtmaskierbare Interrupt ist gedacht für Funk- 
tionen, die eine besonders schnelle Bearbeitung der Interrupt- 
Anforderung verlangen (wie Stromausfall-Behandlung). 
Außerdem läßt er sich selbstverständlich von solchen peri- 
pheren Einheiten ansteuern, die unbedingt eine sofortige Bear- 
beitung ihrer Anforderung verlangen müssen. Sofort nach 
Annahme der nichtmaskierbaren Interrupt-Anforderung wird 
das interne Flip-Flop der CPU, das bei den maskierbaren Inter- 
rupts die Freigabe bzw. Sperrung dieser Interrupts erlaubt, 
rückgesetzt, um die Annahme maskierter Interrupts während 
der Ausführung des nichtmaskierbaren Interrupts zu vermei- 
den. 
Der Zustand dieses Interrupt-Flip-Flops IFF 1 vor dem Auftre- 
ten einer nichtmaskierbaren Interrupt-Anforderung wird bei 
Annahme der nichtmaskierbaren Interrupt-Anforderung in das 
Hilfs-Flip-Flop IFF 2 gerettet. Der Anwender hat Zugriff auf 
den Inhalt dieses Hilfs-Flip-Flops IFF 2 durch die Befehle 

LDA, I bzw. 

LDA,R 
die bekanntlich den Inhalt des I- bzw. des R-Registers in den 
Akkumulator kopieren. Bei Ausführung eines dieser Befehle 
wird der Flip-Flop-Inhakt in das Paritäts-Flag-Bit kopiert. 
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In Bild4 werden die Bearbeitungs-Einzelheiten eines nicht- 
maskierbaren Interrupts dargestellt. Das Verhalten der CPU 
bei Anstehen einer nichtmaskierbaren Interrupt-Anforderung 
ist ähnlich einem normalen Speicher-Schreib-Zugriff, außer 
daß in diesem Fall beim nächsten M 1-Zyklus die Werte auf 
dem Datenbus ignoriert werden. Die CPU bringt dann auto- 
matisch den Inhalt des Befehlszählers (PC) in den externen 
Kellerspeicher (Stack); das geschieht im folgenden Taktzy- 
klus. 

Nach Beendigung der Bedienroutine für den nichtmaskier- 
baren Interrupt bewirkt die Ausführung des Befehls RETN 
(Return from non-maskable Interrupt) das Rückkopieren des 
Inhalts des Flip-Flops IFF 2 in IFF 1,so daß damit der Zustand 
des Flip-Flops für den maskierbaren Interrupt wieder herge- 
stellt ist und über das Einlesen des im Stack ausgelagerten 
Befehlszähler-Inhalts in das 16-bit-Register PC der Rück- 
sprung zum unterbrochenen Hauptprogramm veranlaßt 
wird. 


Maskierbarer Interrupt 

Hierunter wird ein Interrupt verstanden, der sich durch Anwei- 
sungen im Anwenderprogramm freigeben und sperren läßt. 
Die beiden hierzu dienenden Befehle sind EI (Enable-Interrupt) 
für die Freigabe des Interrupt-Einganges INT, während DI 
(Disable-Interrupt) bewirkt, daß nach Ausführung dieses Be- 
fehls Interrupt-Anforderungen auf der Leitung INT ignoriert 
werden. 

Die Anweisung EI setzt sowohl das Interrupt-Flip-Flop IFF 1 
als auch IFF 2 auf eine logische 1, wodurch nach Ausführung 
dieser Anweisung das Anstehen eines maskierbaren Interrupts 
erkannt werden kann. Entsprechend bewirkt der Befehl DI das 
Rücksetzen der beiden genannten Flip-Flops. Zu beachten ist, 
daß während der Bearbeitung der beiden Befehle EI und DI 
keine maskierbaren Interrupts von der CPU akzeptiert wer- 
den. 


Betriebsarten des maskierbaren Interrupts 

Um eine völlige Kompatibilität der Programme für Mikropro- 
zessoren 8080 A zu Z 80 zu gewährleisten, mußten in der Z 80- 
CPU auch Vorkehrungen getroffen werden, die ein gleiches 
Verhalten beider Prozessoren bei Interrupt-Bearbeitung er- 
möglichen. Hierzu dienen die Betriebsarten 0 und 1. Da es 
eines der Hauptziele bei der Konzeption des Systems Z 80 war, 
von der stark eingeschränkten Interruptarchitektur des 8080 A 
loszukommen, wurde die bereits erwähnte Interrupt-Betriebs- 
art 2 vorgesehen. 


Betriebsart 0 des maskierbaren Interrupts 

In dieser Betriebsart wird die Verzweigung zu der gewünsch- 
ten Interrupt-Bedienroutine durch Anlegen eines RESTART- 
Befehls (RST) auf dem Datenbus der CPU durchgeführt; unter 
einer solchen Restart-Anweisung versteht man einen 1-Byte- 
Aufruf für eine von 8 Unterroutinen, deren Anfangsadresse 
zwischen O0 und 56 (dezimal) liegt. Jedes der angesprochenen 
Unterprogramme ist dabei maximal 8 Byte lang. Stattdessen 
lassen sich im Prinzip auch Mehr-Byte-Befehle auf den 
Datenbus legen, wobei das erste Byte während des Inter- 
rupt-Bestätigungszyklus (Interrupt-Acknowledge-Cycle) ein- 
gezogen wird. Die folgenden Bytes eines solchen Befehls 
werden in normalen Speicher-Lesezugriffen eingezogen. Da- 
bei bleibt der Befehlszähler jedoch auf dem Stand, den er vor 
Annahme der Interrupt-Anforderung hatte. Es muß vom 
Anwender hardwaremäßig sichergestellt sein, daß der eigent- 
liche Speicher hierbei nicht angesprochen wird (Bild 3). Nach 
Annahme des Interrupts wird der maskierbare Interrupt auto- 
matisch gesperrt (Werte der Flip-Flops IFF 1 und IFF2 
= 0). Zu einem beliebigen Zeitpunkt nach dem Beginn des 
Interrupts kann ein EI-Befehl ausgeführt werden, so daß die 
Interrupt-Bedienroutine selbst unterbrechbar ist. 

Die Z 80-CPU und die Z 80 A-CPU befinden sich übrigens nach 
dem Anlegen der Speisespannung und nach einem RESET- 
Signal automatisch in dieser Betriebsart 0. 


Betriebsart 1 des maskierbaren Interrupts 
Diese Betriebsart ist für sehr einfache Interrupt-Anordnungen 
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Bild 4: Nichtmaskierbarer Interrupt 
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Dieser Bereich des Zeitverhaltens gilt nur 
in Betriebsart 2. 
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Bild 6: Prioritätskaskade bei peripheren Z 80-Baustei- 
nen (hier: CTC und PIO) 


Bild 5: Ablauf der Interrupt-Behandlung in Betriebs- 
art2 








gedacht, wie man sie z.B. in 8080-Systemen implementierte, bei 
denen der Baustein 8228 verwendet (und sein INTA-Eingang 
über einen IKQN-Widerstand mit +12 V verbunden) wurde. 
Das Verhalten der Z 80-CPU in dieser Betriebsart ist entspre- 
chend dem Verhalten bei NMI; die Verzweigung erfolgt hier 
jedoch statt zur Speicherstelle 66 (hexadezimal) zu der Spei- 
cherstelle 38 (hexadezimal). Genau wie beim NMI wird der 
Befehlszähler von der CPU automatisch in den Stack-Bereich 
gerettet (Bild 3). Man beachte, daß in dieser Betriebsart vom 
Anwender auf den Datenbus gelegte Befehlscodes während 
des Interrupt-Bestätigungszyklus ignoriert werden. 





Betriebsart 2 des maskierbaren Interrupts 
(vektorisierter Interrupt) 

In der Betriebsart 2 wird von der Z 80-CPU ein vektorisierter 
Interrupt ohne irgendwelche zusätzliche externe Hardware 
behandelt. Dies wird durch einen speicherindirekten Sprung zu 
einer beliebigen Speicherstelle über einen 8-bit-Vektor er- 
reicht, der der CPU von der unterbrechenden Peripherie her 
zur Verfügung gestellt wird. Die hierfür nötige Hardware ist 
bereits in allen Peripherie-Bausteinen der Z 80- und Z 80 A- 
Familien (PIO, CTC, SIO und DMA) integriert. Diese Bausteine 
legen den Inhalt ihres zuvor vom Anwenderprogramm gela- 
denen Vektor-Registers auf den Datenbus, sobald sie von der 
CPU die Bestätigung für ihre Interrupt-Anforderung bekom- 
men haben. Von der CPU wird dieser Vektor dann als die 
niederwertige Hälfte einer 16-bit-Zeiger-Adresse interpretiert, 
wobei das höherwertige Byte vom ebenfalls zuvor vom 
Anwenderprogramm geladenen I-Register der CPU selbst 
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gestellt wird. Die so entstehende 16-bit-Adresse zeigt auf eine 
bestimmte Speicherstelle in einer Vektor-Tabelle, in der die 
eigentliche Startadresse der auszuführenden Interrupt-Bedien- 
routine steht. Da in dieser Vektor-Tabelle alle Adressen der 
Interrupt-Service-Routine wiederum 16 bit = 2 Byte lang sind, 
genügt eine 7-bit-Adresse für den Vektor, wobei das nieder- 
wertigste Bit = 0 ist. In Bild 5 ist die Behandlung des vektori- 
sierten Interrupts dargestellt. 


Priorisierung a 

Im System Z 80 ist keinerlei Software-Überhang zur Festle- 
gung und Behandlung der Priorisierung der einzelnen Inter- 
rupt-Ebenen erforderlich. Die Priorisierung wird von in peri- 
phere Bausteine eingebauten Prioritäts-Controllern durchge- 
führt, wobei diese Bausteine durch eine hardwaremäßige Prio- 
ee (Daisy Chain) miteinander verbunden sind (siehe 
Bild 6). 

Sämtliche Bausteine, sowohl die CPU als auch die peripheren 
Bausteine, sind durch die Leitung INT miteinander direkt 
verbunden. Zwei Leitungen eines Ports, nämlich der Interrupt- 
Freigabe-Eingang IEI (Interrupt-Enable-In) und der Interrupt- 
Freigabe-Ausgang IEO (Interrupt-Enable-Out) eines jeden 
Peripherie-Bausteins, sind in Kaskadenform miteinander ver- 
bunden. 

Der höchstpriorisierte Baustein (in unserem Beispiel der 
Baustein CTC) hat seinen Eingang IEI direkt auf logisch 
„HIGH“ liegen. Sein Interrupt-Freigabe-Eingang ist immer 
aktiv; kann eben nicht gesperrt werden. 

Entsprechend hat der PIO-Baustein in Bild 6 die zweithöchste 
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Bild 7: Ein-/Ausgabe-Zeitverhalten der Z 80-Peripherie- 
bausteine bei freigegebenem Interrupt 
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Bild 8: Ein-/Ausgabe-Zeitverhalten der Z 80-Peripherie- 
bausteine bei gesperrtem Interrupt 
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Bild 9: Verlängerung der Interrupt-Quittungszeit mit 
WAIT-Zyklen 
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Bild 10: Zeitverhältnisse bei der Interrupt-Quittung 
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Priorität, weil sein Interrupt-Freigabe-Eingang nur von dem 
höchstpriorisierten Interrupt-Freigabe-Ausgang des vorge- 
schalteten CTC-Bausteins gesperrt werden kann. Dadurch 
wird sichergestellt, daß ein Kanal höherer Priorität vor einem 
mit niedrigerer Priorität bedient wird, wenn zwei oder mehrere 
Interrupt-Anforderungen gleichzeitig anstehen. 
IEI muß also auf logisch „HIGH“ sein, damit der zugehörige 
Kanal in der Interrupt-Bearbeitung zum Zuge kommen kann. 
Umgekehrt bringt jeder Kanal, der eine Interrupt-Anforde- 
rung ausgestellt hat, seinen IEO-Ausgang auf O0 und hindert 
dadurch in der Prioritätskette weiter unten angesiedelte 
Kanäle an einer Interrupt-Ausstellung. Damit auch die wei- 
teren Bausteine niederer Priorität gesperrt sind, gibt jeder 
Kanal, dessen Interrupt-Freigabe-Eingang IEI auf 0 liegt, 
dieses Signal direkt an seinen Interrupt-Freigabe-Ausgang 
IEO weiter. Formal läßt sich dieser Sachverhalt ausdrücken 
durch die Formel 

IEO = IEIA HELP, 
wobei HELP ein internes Peripherie-Signal ist, das anzeigt, daß 
die entsprechende externe periphere Logik eine Interrupt- 
Bedienung angefordert hat. 
Fordert der Baustein CTC im Bild 6 eine Interrupt-Bedienung 
an, so wird sein IEO-Ausgang auf „LOW“ gelegt, wodurch alle 
nachgeschalteten Interrupt-Enable-Eingänge der übrigen peri- 
pheren Bausteine gesperrt werden. Sobald der anfordernde 
CTC nun die Interrupt-Quittung (Interrupt-Acknowledge) 
erhält, legt er den Inhalt seines Vektorregisters auf den Daten- 
bus. 
Die Interrupt-Quittung erfolgt bekanntlich im System _Z 80 
durch ORG: heilige Aktivierung der Steuerleitungen M I und 


Vor ler fallenden Flanke von M 1 ist jedes Port in der Lage, 
die -Leitung seines Bausteins zu aktivieren. Während der 
Zeitdauer der Interrupt-Bestätigung wird jedoch keine neue 
Interrupt-Anforderung akzeptiert. Die Zeit zwischen der 
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fallenden Flanke von M I und der von IORQ wird zur Ermitt- 
lung der gültigen Interrupt-Priorität benützt (Bild 10). Da der 
Interrupt-Bestätigungs-Zyklus bei allen Interrupt-Betriebsar- 
ten die gleiche Form hat, ist tatsächlich auch der Priorisierungs- 
vorgang bei allen diesen drei Betriebsarten in gleichem Maße 
funktionsfähig. 


Interrupt-Verschachtelung (Nesting) 

Wenn man innerhalb einer Interrupt-Service-Routine einer 
bestimmten peripheren Schaltung den bei Eintritt in die 
Service-Routine automatisch gesperrten Interrupt durch den 
Befehl EI wieder freigibt, kann die Abarbeitung dieser Inter- 
rupt-Service-Routine durch eine höher priorisierte Interrupt- 
Anforderung einer anderen peripheren Einheit ihrerseits 
unterbrochen werden. Dieses Verschachtelungs-Verfahren er- 
laubt peripheren Hochgeschwindigkeits-Einheiten langsame- 
rer Peripherie die Dienste des Rechners zeitweise zu entziehen. 
Nach Abarbeitung der höher priorisierten Routine erfolgt 
automatisch der Rücksprung zu der niedriger priorisierten 
Routine. 

Als Beispiele sollen hier wieder die Konfiguration in Bild 6 und 
die Zeitdarstellungen von Bild 7 und 8 dienen. Dort fordert der 
Baustein PIO einen Interrupt-Service an durch Aktivieren der 
HELP-Logik und der Leitung INT (LOW) und De-Aktivieren 
der Leitung IEO (LOW). 

Unter der Voraussetzung, daß die Interrupt-Freigabe-Flip- 
Flops der CPU (IFF I und IFF 2) gesetzt sind (Interrupt- 
Enable) beendet die CPU die Ausführung der momentan in 
Arbeit befindlichen Anweisung und quittiert die Interrupt- 
Anforderung mit dem Interrupt-Acknowledge (M I und 

= „LOW*“). 

Der Interrupt-Vektor wird von der CPU eingelesen und der 
Inhalt des Befehlszählers in den externen Stack gerettet. Nun 
werden die Interrupt-Freigabe-Flip-Flops intern automatisch 
rückgesetzt (IFF I und IFF 2 = 0). Wie erwähnt, müssen diese 
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Flip-Flops durch die Anweisung EI im Verlauf der Interrupt- 
Service-Routine wieder gesetzt werden, sofern später weitere 
Unterbrechungen erlaubt sein sollen. In dem Beispiel erfolgt 
während der Abarbeitung der Interrupt-Service-Routine_für 
den PIO der CTC ebenfalls eine Interrupt-Anforderung (INT, 
HELP und IEO gehen alle auf „LOW“). 

Die CPU beendet nun die in Arbeit befindliche Anweisung aus 
der PIO-Service-Routine, antwortet dem CTC mit einer Inter- 
rupt-Quittung und liest nun von diesem Baustein den im 
dortigen Vektor-Register befindlichen Interrupt-Vektor. 

Der momentane Inhalt des Befehlszählers wird nun ebenfalls in 
den externen Stack ausgelagert und die Flip-Flops IFF 1 und 
IFF 2 werden neuerdings rückgesetzt, wodurch die Interrupts 
wieder gesperrt sind. Der externe Stackbereich im Schreib-/ 
Lesespeicher hat nun folgendes Aussehen: 





Speicher 
STACK POINTER 
7 | [ PC (PIO Bedien-Routine) 
SP+1 
SP+2 
PC (Hauptprogramm) 
SP +3 








Am Ende der CTC-Service-Routine steht eine RETI-(Return 
from Interrupt-)Anweisung, die die CPU dazu veranlaßt, den 
ursprünglichen Inhalt des Befehlszählers wieder aus dem RAM 
einzulesen, so daß die unterbrochene PIO-Service-Routine 
weiter durchgeführt werden kann. Außerdem wird die HELP- 
Logik zurückgestellt. Der IEO-Anschluß des CTC wird nun 
wieder aktiv (HIGH), der IEI-Eingang der PIO ist ebenfalls 
„HIGH“. Somit kann die PIO-Bedienroutine weiter ausgeführt 
werden. 

Vor der Ausführung der RETI-Anweisung könnte in unserem 
Beispiel auch eine EI-Anweisung stehen, die Interrupts für den 
restlichen Teil der PIO-Service-Routine freigegeben hätte, 
wobei El erst nach vollständiger Ausführung der RETI-Anwei- 
sung wirksam geworden wäre. Die PIO-Bedienroutine ist nun 
vollständig ausgeführt und eine weitere RETI-Anweisung 
(ED4D) setzt die HELP-Logik zurück und damit auch die IEO- 
Leitung. Aus dem Stack wird der letzte Stand des Befehlszäh- 
lers vor dem Sprung in die erste Service-Routine zurückgespei- 
chert, so daß nun das Hauptprogramm weiter ausgeführt 
werden kann. 

Eine andere Variante dieses Beispiels hat man vor sich, wenn 
man während der Ausführung der PIO-Service-Routine die 
Interrupts gesperrt hält. Wenn nun der CTC eine Bedienrou- 
tine anfordert, wird die INT-Leitung zwar „LOW“, aber die 
CPU reagiert nicht auf diese Anforderung (IFF 1 = 0). 

Wird dagegen für die PIO-Service-Routine eine RETI-Anwei- 
sung ausgestellt, darf die CTC-HELP-Logik nicht zurückge- 
setzt werden. Aus diesem Grund läßt der CTC für einen M 1- 
Zyklus lang seinen IEO-Ausgang „HIGH“ werden, und zwar 
während der RETI-Anweisung (Bild 8). Das heißt also, daß die 
IEO-Leitung eines peripheren Ports immer dann für die Dauer 
eines M I-Zyklus in den „HIGH“-Zustand gebracht wird 
(genauer gesagt nach der Dekodierung des Opcodes ED = 
1.Byte der RETI-Anweisung), falls bzw. so lange das entspre- 
chende Port keine Interrupt-Quittung von der CPU erhalten 
hat. 

Dadurch können niedriger priorisierte Ports RETI-Anwei- 
sungen dekodieren. Zu beachten ist auch hier wieder, daß vor 
der Ausführung der RETI-Anweisung eine EI-Anweisung 
stehen muß, wenn für den CTC nach Beginn der PIO-Service- 
Routine eine Interrupt-Bearbeitung möglich sein soll. 











Aufwand für Interrupt-Abwicklung 

Der Interrupt-Abwicklungsaufwand ist durch den zweiten 
Registerblock der Z 80-CPU besonders gering, d.h., in vielen 
Anwendungen kann der Inhalt der Register einfach durch 
Austauschen der Information von einem Registerblock in den 
anderen gerettet werden. Zwei Austauschanweisungen, die 
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jeweils nur 1 Byte lang sind, genügen zum Austausch sämtli- 
cher allgemeiner Register: 

EX AF,AF 

EXX 
Alternativ hierzu kann das Retten der Register selbstverständ- 
lich durch Auslagern der Registerinformation in den Stackbe- 
reich im externen Schreib-/Lesespeicher des Mikrocomputer- 
systems erfolgen. Hierzu dienen die PUSH-Befehle. Die An- 
fangsadresse dieses Schreib-/Lesespeicherbereichs ist bei Pro- 
grammbeginn zu definieren, und zwar durch Laden des 16-bit- 
Stack-Pointer-Registers (SP). 
Dieses Stack-Pointer-Register, das den last-in-first-out-organi- 
sierten Stackbereich steuert, wird automatisch durch die 
Befehle PUSH und POP „verwaltet“. Es stehen folgende 
Anweisungen zum Auslagern von 16-bit-Informationen in den 
externen RAM-Bereich zur Verfügung: 

PUSH BC, 

PUSH DE, 

PUSH HL, 

PUSH AF, 

PUSH IX und 

PUSH IY. 
In umgekehrter Weise kann das Wiedereinziehen dieser Infor- 
mationen aus dem externen Stack in die internen Register 
durch die folgenden POP-Anweisungen erfolgen. 

POP IY, 

POP IX, 

POP AF, 

POP HL, 

POP DE, 

POP BC. 
An dieser Stelle sei erwähnt, daß diese Anweisungen nicht nur 
zur Verwaltung von Interrupt-Service-Routinen oder Unter- 
programmen, sondern auch zum einfachen temporären Ausla- 
gern von Informationen aus den Z 80-CPU-Registern nützlich 
sind. Zu beachten ist aber grundsätzlich, daß zu jeder PUSH- 
Operation immer in der umgekehrten Reihenfolge eine pas- 
sende POP-Operation im Gesamt-Programmablauf stehen 
muß, um eine einwandfreie Funktion des Stacks zu gewährlei- 
sten. 
Bei Beginn der Interrupt-Behandlung wird der Inhalt des 
Befehlszählers automatisch in den Stack ausgelagert und am 
Ende der Interrupt-Routine, gekennzeichnet durch die Anwei- 
sungen RETN (Rückkehr vom nichtmaskierbaren Interrupt) 
bzw. RETI (Rückkehr vom maskierbaren Interrupt), automa- 
tisch wieder in den Befehlszähler zurückgespeichert. Das 
bedeutet, daß auch bei verschachtelten Interrupt-Routinen die 
Rücksprung-Adresse immer am oberen Ende des Stack- 
Bereichs liegt. 


Interrupt-Quittung 

Die INT-Leitung wird grundsätzlich bei Anfang des letzten 
Taktzyklus innerhalb des letzen Maschinenzyklus einer Anwei- 
sung, auf ihren Zustand geprüft. Bei Annahme des Interrupts 
(IFF1 = 1) wird die Interrupt-Annahme durch gleichzeitiges 
„LOW“-Gehen der Signale und IORQ bestätigt. Dabei 
handelt es sich also um einen speziellen M 1-Zyklus, der 
anstelle des normalen Speicher-Anforderungs-Signals 
(MREQ) ein IORQ-Signal ausgibt. 

Zwischen der fallenden Flanke von M I und der Flanke von 
IORQ (Bild 10) stellen die peripheren Einheiten demnach 
bereits die Priorität fest. 

Die CPU fügt nun automatisch zwei WAIT-Zyklen ein, um den 
peripheren Einheiten Zeit für die Ermittlung der Prioritätsver- 
hältnisse zu geben. Bis zu vier Z 80-Peripherie-Bausteine 
können dadurch ohne zusätzliche Logik verkettet werten. In 
Systemen mit mehr als 4 solchen Bausteinen mul vom 
Anwender entweder der Interrupt-Quittungs-Zyklus verlän- 
gert oder aber die Durchlaufzeit für das Prioritätssignal verrin- 
gert werden. Eine mögliche Lösung für die Verlängerung des 
Interrupt-Quittungs-Zyklus zeigt Bild 9. 

In dieser Schaltung wird M 1 „LOW“, die WAIT-Leitung wird 
aktiv und IORQ wird „HIGH“ gehalten, bis der Ausgang des 
LS 194-Synchronzählers aktiv wird. Dieser Zähler kann vom 
Benutzer vorprogrammiert werden, so daß keine oder bis zu 
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Bild 11: Verringerung der Daisy-Chain-Durchschaltzeit 
durch eine Look-ahead-Logik 
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Bild 12: Zeitverhältnisse beim „HALT”-Zustand 











5 WAIT-Zyklen einfügbar sind. 

Bild 9 zeigt die Verdrahtung, bei der ein einziger WAIT-Zyklus 
hinzugefügt wird, für den 4 Taktimpulse am Zählereingang des 
Bausteins erforderlich sind (der Zähler zählt fallende Flanken 
von T, sobald M 1 auf „LOW“ gegangen ist). Sobald der 
Ausgang D „HIGH“ wird, wird die WAIT-Leitung deaktiviert 
und wird „LOW“. 

Während der Erzeugung von WAIT-Zyklen erkennt die CPU 
keine nichtmaskierbaren Interrupt-Anforderungen. Bei Pro- 
grammierung ohne weitere WAIT-Zyklen werden die Ein- 
gänge A,B,C des Zählers auf „HIGH“ gelegt und Eingang D auf 
Masse. 

Eine Alternative zeigt die Schaltung in Bild 11. Dort wird die 
Durchschaltzeit der Prioritätsinformation über eine Look- 
ahead-Carry-Logik verringert. 

Diese Logik tut im wesentlichen nichts weiter, als das Ergebnis 
des IEO-Ausgangs allen weiteren Einheiten direkt zuzuführen, 
wobei lediglich die Verzögerungszeit der dabei verwendeten 
Gatter eingeht. Die auftretende Gesamtverzögerungszeit in 
dieser Schaltung ist maximal 25 ns zwischen dem Auftreten des 
IEO-Signals und des Ausgangssignals P. 


Die HALT-Anweisung und der Interrupt 

Bei Ausführung einerHALT-Anweisung im Anwenderpro - 
gramm wird die CPU in den Halt-Zustand gebracht, indem sie 
laufend Leer-Befehle NOP ausführt, bis eine Interrupt-Anfor- 
derung auftritt. Jeder Leer-Befehl besteht aus einem M 1- 
Zyklus mit insgesamt _4 Takt-Zyklen. Die CPU fragt den 
Zustand der Eingänge NMI und INT entsprechend Bild 12 bei 
jeder steigenden Flanke des 4. Taktzyklus ab. Ist eine der 
beiden Interrupt-Leitungen aktiv, erfolgt als nächstes entwe- 
der ein Speicher-/Lesezugriff,bei dem die Information auf dem 
Datenbus ignoriert wird (bei NMI) oder ein Interrupt-Quit- 
tungs-Zyklus bei INT. 

In Bild 12 ist ein Beispiel für die Ausführung eines maskier- 
baren Interrupts zum Verzweigen aus dem Halt-Zustand der 
CPU heraus dargestellt. 





Hardwaremäßige Übernahme der Interrupt- 
Anforderungssignale und die Interrupt- 
Reaktionszeiten 

In gewissen zeitkritischen Fällen ist die genaue Kenntnis der 
hardwaremäßigen Gegebenheiten beim Erkennen der Anfor- 
derungssignale BUSRQ, NMI und INT und die ungünstigsten 
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Reaktionszeiten des Prozessors auf diese Signale wichtig. Zur 
Erläuterung der Arbeit in solchen Fällen dient der folgende 
Abschnitt. 

Eine besondere Rolle spielt hierbei die steigende Flanke des 

















Signal | Auftreten Übernahme Wirkung Bemerkung 
des Signals des Signals 
BUSRQ nur bei Bestätigung BUSRQ 
steigender (BUSAK) hat Priorität 
Flanke erscheint vorNMI 
eines sofort und vor INT 
jeden T, vor nächstem 
Maschi- 
nenzyklus 
NMI | innerhalb wird sofort zur wieder- 
eines jederzeit nach holten 
Befehlszyklus | abgespeichert | Abarbeitung Ausführung 
vor steigender | (Mindestim- des Befehls einer NMI- 
Flanke pulsbreite 8 ns) nn Service- 
des nächsten zur N Routine 
Tı Service- ist es 
Routine erforderlich, 
(auch daß das NMI- 
unmittelbar Signal 
nach kurzzeitig 
einem EI- inaktiv wird 
Befehl!) 
innerhalb Abarbeitung 
eines des laufenden 
Befehlszyklus und des 
nach nächst- 
steigender folgenden 
Flanke Befehls erst 
des nächsten dann 
T Sprung 
zur NMI- 
Service- 
Routine 
INT nur bei Ausnahme: 
steigender während 
Flanke Ausführung 
des letzten eines EI- 
T, eines Befehls 
jeden wird 
Befehls INT 
und nur nicht 
dann, akzeptiert 
wenn und ignoriert, 
Interrupt unabhängig 
freigegeben vom 
ist (sonst vorherigen 
wird Zustand 
INT von IFF 1 
nicht und IFF 2 
akzeptiert 


und ignoriert) 








letzten Taktimpulses T, innerhalb eines Maschinenzyklus, der 
für die Übernahme der Steuerinformation verantwortlich ist. 
Im Falle des Maschinenzyklus M 1 ist T, = T,, im Falle von 
Speicher-Schreib-/Lesezyklen ist T, = T;. 

Die Übernahme der Anforderungssignale erfolgt entspre- 
chend nachstehender Tafel. Ist das Anforderungssignal zum 
angegebenen Zeitpunkt nicht gültig, wird es von der CPU 
ignoriert. 

Vor Auftreten eines EI-Befehls muß übrigens die entspre- 


:chende INT- Anforderung verschwunden sein, da sie sonst als 


erneute Anforderung interpretiert und bearbeitet wird. 

Bei der Priorisierung von I gegenüber INT ist zu beachten, 
daß NMI nur dann vorgezogen wird, wenn die Anforderung 
auch wirklich vor der steigenden Flanke des letzten T, des 
entsprechenden Befehls erscheint. In diesem Fall wird” INT 
nicht gespeichert, also bis zum Ende der NMI-Service-Routine 
ignoriert. Ansonsten erfolgt die Ausführung des ersten Befehls 
im Service-Programm für INT und erst dann der Sprung zur 
NMI-Service-Routine. 
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Bild 13: Aufbau einer kundenspezifischen, interruptfä- 








higen Peripherieschaltung 





Hinweise zum Aufbau kundenspezifischer Interrupt- 

Controller für Z 80-Systeme 

Um die Eigenschaften des Z 80-Interrupts und die bereits 
genannten Eigenheiten der Interrupt-Abwicklung in ausrei- 
chender Weise zu berücksichtigen, müssen beim Aufbau von 
Interrupt-Controllern bestimmte Richtlinien berücksichtigt 
werden. In Bild 13 ist eine entsprechende Konfiguration aufge- 
zeichnet, die auch in etwa dem Aufbau der in den Z 80-Peri- 
pheriebausteinen integrierten Interrupt-Controllern ent- 
spricht. 

Sobald die externe Schaltung eine Interrupt-Bearbeitung 
anfordert, wird das Geräte-Interrupt-Flip-Flop A (FFA) ge- 
setzt, das die Leitungen IEO und INT auf „LOW“ legt. Die INT- 
Leitung muß so lange auf „0“ gehalten werden, bis der Interrupt 
von der CPU quittiert ist. Dadurch wird ein sicheres Erkennen 
und Bedienen des Interrupts durch die CPU garantiert. Das 
Rückstellen des FFA-Flip-Flops erfolgt vom Interrupt-Quit- 
tungs-Signal (INTA); dadurch wird ebenfalls das Interrupt- 
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Bearbeitungs-Flip-Flop (FFB) gesetzt. IEO wird hierbei von 
FFB auf „LOW“ gehalten. Das Steuersignal HELP der peri- 
pheren Einheit, auf das man sich in den letzten Abschnitten 
bezogen hatte, kann durch die Verknüpfung 

HELP = FFA v FrB 
erzeugt werden. 
Die Interrupt-Quittung bewirkt auch, wie bereits beschrieben, 
das Anlegen des Interrupt-Vektors von der Peripherie auf den 
Datenbus, falls IEI „HIGH“ und das FFB gesetzt ist. Das Rück- 
stellen des Flip-Flops FFB erfolgt über die Anweisung RETI, 
die sich aus den beiden Opcodes ED und 4D zusammensetzt. 
Unzulässige Kombinationen von ED und/oder 4D mit anderen 
Opcodes bewirken ein undefiniertes Rücksetzen von FFB. Die 
folgenden beiden Anweisungen würden beispielsweise einen 
solchen Effekt haben: 


SET 5L CB 
ED 
LD GL 4D 


Hierbei stellen natürlich ED und 4D keine RETI-Anweisung 
dar. Der Interrupt-Controller muß daher den Opcode ED zu 
CB gehörig erkennen und ein Rückstellen von FFB vermeiden. 
Dies wird (in Bild 13) durch das Flip-Flop FFE gelöst, das bei 
Auftreten eines CB-Opcodes das nachgeschaltete UND-Gat- 
ter sperrt. Wenn nun ein ED-Opcode folgt, kann dies kein 
Setzen von FFC veranlassen. 

Bei der RETI-Anweisung wird das erste Opcode-Byte- (ED-) 
Testergebnis in FFC abgespeichert, sobaldM 1 und RD auftre- 
ten. Das zweite Byte-(4D-)Testergebnis wird in FFG gespei- 
chert und ED wird in FFD zu Dekodierzwecken durch 3- 
Eingangs-UND-Gatter übernommen. 

Bei einer Service-Anforderung durch die Peripherie (FFA 
gesetzt) ist FFC gesetzt, bis INTA empfangen wird, sofern das 
erste Byte einer RETI-Anweisung erkannt wird. 

Wenn FFC gesetzt ist, wird IEO bis zum nächsten M 1-Zyklus 
in den „HIGH“-Zustand gebracht, wodurch niederpriorisierte 
Peripherie in die Lage versetzt wird, ihrerseits RETI-Anwei- 
sungen dekodieren zu können. 
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Eberhard Enger, Georg Horvath, Dr. Ulrich Smola, München* 


Für biologische Untersuchungen (an einzelnen Sehzellen von Insek- 
ten) wurde eine programmierbare Steuerung mit dem uP MC 6800 
(Motorola) entwickelt. Damit läßt sich Licht mit binären und 
ternären Rauschsignalen modulieren. Solche Zufalls-Testsignale 
ermöglichen, etwa mittels der Korrelationsanalyse, die Ermittlung 
von Übertragungseigenschaften. Mit der „P-Steuerung wird eine 
große Flexibilität der erzeugten Signale erreicht. 


Prinzip der Funktionserzeugung 

Im folgenden beschreiben wir einen „Funktionsgenerator“, der 
komplexe Kurvenformen per Programm erzeugt. Voraussetzung dafür 
ist, daß die gewünschten Signalwerte im Zeit- und Amplitudenbereich 
diskretisiert werden können, und daß der Funktionsverlauf durch einen 
Algorithmus berechenbar ist. Eine derartige Kurvenform kann dann 
mit einer programmierbaren Steuerung erzeugt werden, die für jeden 
Zeitschritt den Funktionswert ermittelt. 

In Bild 1 erkennt man in der oberen Hälfte ein typisches Ausgabesignal, 
das sich aus einem verzögerten Rechteckimpuls mit etwa 5 V und einer 
überlagerten Binärfolge mit +1 V zusammensetzt. Über Parameter 
lassen sich 

© die Ein- und Ausschaltzeiten, 

© der Modulationsgrad, sowie 

© Typ und Länge 

der Binärfolgen (bzw. Ternärfolgen) vorwählen — weiter auch, ob die 
erzeugte Kurvenform einmalig oder zyklisch ausgegeben werden soll. 
Ein externer Taktgenerator bestimmt das Zeitraster des Ausgabesi- 
gnals. Die Taktfrequenz kann bis zu 2,5 kHz betragen, was für den 
Anwendungsfall ausreicht. 

Mit effektiverer Programmierung wäre sicher beim gleichen Prozes- 
sortyp (und gleichem MPU-Takt) noch eine weitere Verbesserung um 
den Faktor zwei möglich. Eine schnellere Ausgabe kann man erzielen, 
indem ein Programm die Funktionswerte ermittelt und im Speicher 
ablegt; ein zweites Programm liest dann diesen Speicherinhalt direkt 
aus. Funktionsgeneratoren, die nach dem Prinzip des Auslesens von 
gespeicherten Funktionswerten arbeiten, sind in [4, 5, 7] beschrie- 
ben. 

Es mag zunächst verwundern, daß ein Rechner — mit seiner determi- 
nierten Funktionsweise — Zufallssignale erzeugt. Die hier im Pro- 
gramm errechneten Zufallsfolgen sind periodisch und gehorchen 
einem mathematischen Bildungsgesetz. Man bezeichnet sie daher auch 
als binäre (ternäre) Pseudo-Rauschsignale, falls sie zwei (drei) Signal- 
werte umfassen. In [1, 3] findet der Leser brauchbare Abhandlungen 
über die Verwendung von Pseudo-Rauschsignalen als Testsignale zur 
Identifikation dynamischer Systeme. 


Mikroprozessor-Typ 

Die Realisierung der vorliegenden Steuerungsaufgabe erfordert natür- 
lich nicht unbedingt den Einsatz eines Mikroprozessors. Aber es gab 
vor allem zwei Gründe, warum eine Lösung per „Software“ gewählt 
wurde: Zum einen sollte der Funktionsgenerator flexibel genug sein, 
um leicht Änderungen in der Steuerungsaufgabe (d.h. der Kurvenform 
des Ausgabesignals) vornehmen zu können. Zum anderen sollte diese 
Entwicklung einen Einstieg in die uP-Anwendung bringen, um weitere 
Aufgaben der Labor-Automation zu lösen. Daß natürlich auch die 
sinkender Kosten für Mikroprozessoren einen Ausschlag bei der 
Entscheidung gaben, braucht nicht besonders betont werden. 


* Die Autoren sind Mitglieder der Arbeitsgruppe Biokybernetik am Zoologischen Institut der 
Universität München. 
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Bild 1: Oszillogramm 
der vom ııP erzeugten 
Ausgabesignale (Zeit- 
maßstab: 3,75 ms/Teil) 
1. Zeile: analoges 
Rechtecksignal mit 
überlagertem Binärsi- 
gnal mit 1 V/Teil 

2. Zeile: Triggerausgang 
A (TTL-Pegel) 

3. Zeile: Triggeraus- 
gang B (TTL-Pegel) 

4. Zeile: 1-kHz-Taktsi- 
gnal (TTL-Pegel) 
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Bild 2: Konfiguration des Systems 








Im Unterschied zu den bereits erwähnten Alternativen in [4, 5, 7], bei 
denen die Funktionswerte in Tabellenform vorliegen, berechnet hier 
das Programm bei jedem Lauf die aktuellen Werte. Der Anstoß zur 
Bestimmung des nächstfolgenden Funktionswertes geschieht in der 
Regel über eine Unterbrechung mittels eines externen oder internen 
Taktsiencls. Der bequeme Eingriff in ein laufendes Programm über 
Unterbrechungsebenen ist typisch für diese wie für andere uP-Anwen- 
dungen. 

Als Mikroprozessor wurde der 6800 (Motorola) gewählt. Für das 
Entwickeln und Testen des Programms genügen CPU, RAM-Bausteine 
etc. allein natürlich nicht. Ebenso wichtig ist ein Programm-Entwick- 
lungssystem mit Ein- und Ausgabemedium. Eine kostengünstige 
Lösung wurde in Gestalt des TV-Computersystems 6800 (Franz Morat 
KG) gefunden. Ein- und Ausgabe der Programme geschieht mit Licht- 
griffel und handelsüblichem Fernsehgerät. Bild 2 zeigt das komplette 
System, wie es zur Lösung der gestellten Aufgabe benutzt wurde. 
Programmiert wird in Maschinensprache. Bei längeren Programmen 
sollte man natürlich Assembler und weitere Programmhilfen verwen- 
den. Das entwickelte Programm läuft auch auf anderen M6800- 
Systemen. 


Das Hauptprogramm DIGSIG 

Für die hier vorliegenden biologischen Untersuchungen wurden im 
wesentlichen drei verschiedene Kurvenformen benötigt: 

@® cin verzögertes Rechtecksignal, das sich zyklisch wiederholt, 
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@ ein einmaliges längeres Rechtecksignal mit derselben Verzögerung 
und 
@ ein Rechtecksignal mit den gleichen Parametern, dem in der 
Einschaltphase eine Ternär- oder Binärfolge überlagert ist (diese 
Kurvenform ist bei verändertem Zeitraster in Bild 1 zu sehen). 
Diese Testsignale modulieren eine Leuchtdiode und erzeugen somit 
modulierte und unmodulierte Lichtreize zur dynamischen Analyse von 
einzelnen Schzellen bei Insekten. Diese Aufgabenstellung gestattet es, 
die gewünschten Kurvenformen durch ein relativ einfaches Pro- 
gramm zu erzeugen (Bild 3). Kernstück des Programms ist ein Takt- 
zähler (im 16-bit-Indexregister realisiert), dessen Zählerstand von Null 
beginnend nach je x, Taktsignalen (x, > 1 und natürlich ganzzahlig) um 
Eins erhöht wird. Nach Erreichen von vorgegebenen Zeiten (gleich 
Anzahl der Taktsignale mal Periodendauer) wird ein neuer Zustand 
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Takt? nein 
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ORA(2) 








PFezen 


ZEIT(4) 














Bild 4: Schieberegister zur Erzeugung einer ternären Zufalls- 
folge 











48 


Z, . , eingenommen und als nächstes ein neuer Funktionswert über die 
Parallel-Schnittstelle an die Peripherie ausgegeben. Das Zählen der 
Taktsignale und die Abfrage des Indexregisters wird im Programmteil 
ZEIT (i) durchgeführt. Der Programmteil ORA (i) gibt die Funktions- 
werte an den PIA-Baustein MC 6820 aus. 

„ZEIT* und „ORA* sind im Prinzip Unterprogramme, da sie mehrmals 
im Programm vorkommen und nur auf verschiedene Parameter 
(gekennzeichnet durch i) zugreifen. Im vorliegenden Fall mußte auf den 
Aufruf als Unterprogramm aus Zeitgründen verzichtet werden. Dies 
hat seinen Grund darin, daß das Indexregister als Zähler verwendet 
wird und das Abspeichern und Zurückholen des Inhaltes zuviel CPU- 
Zeit benötigen würde. Die angewandte Methode braucht dafür mehr 
Speicherplatz für das Programm. 

Tafel I zeigt einen Ausschnitt aus der Programmliste in Assemblerno- 
tatıon: 

Die Variable KAPPA wird im Unterbrechungsprogramm IPPIA nach 
jedem Taktimpuls dekrementiert. Im Normalfall wartet der Prozessor 
bei dem WAI-Befehl (sedezimale Adresse 0246) auf eine Unterbre- 
chungsanforderung von der Peripherie, die immer von einer negativen 
Flanke des Taktimpulses ausgelöst wird. 

Für die Erzeugung der Binär- und Ternärfolgen während der Einschalt- 
phase zwischen den Zuständen Z, und Z, bei der dritten Kurvenform 
stehen die Unterprogramme UPBIN und UPTERN zur Verfügung. 
Das UPBIN simuliert in einfacher Weise ein 15stufiges Schieberegister, 
das es ermöglicht, Folgen mit einer Länge von 3, 7, 15 bis 32767 zu 
berechnen. Die Länge ermittelt sich aus der Gleichung N = 2" — 1 mit 
der Stufenzahl m. In Bild I ist N = 7 (also m = 3), wobei sich die 
Binärfolge fast dreimal wiederholt; das Erreichen des Zustandes Z, 
beendet hier die Berechnung der Folge. Statt der Binärfolge soll im 
nächsten Abschnitt die Berechnung der Ternärfolge etwas ausführli- 
cher beschrieben werden. Der Speicherbedarf des gesamten Pro- 
gramms beträgt etwa 600 Worte. 


Das Unterprogramm UPTERN 

Das Prinzip der Erzeugung einer ternären Zufallsfolge verdeutlicht 
Bild 4. Ein neuer Wert x, der Folge wird gebildet, indem zwei schon 
vorher berechnete Werte x, und x, der Folge miteinander verknüpft 
werden. Je nachdem, welche zwei Werte dabei zur Bildung des neuen 
Wertes herangezogen werden, sind verschieden lange Ternärfolgen 
möglich (Tafel 2). Die Verknüpfung ©, von x, und x, geschieht dabei 
nach der folgenden Wertetabelle der sogenannten Modulo-3-Subtrak- 
tion [2]. 

Für den Wertebereich der Ternärfolge wurden hier die Werte — 1,0 
und +1 ausgewählt. Tafel 3 enthält die Werte für 5 = &: ©; x. Die 
Länge N der Ternärfolge ist durch die Gleichung N = 3" — 1 
bestimmt, hierbei ist m wieder die Stufenzahl. 


Tafel 1: Programmlisting in Assemblerschreibweise 


0246 92 


Marke BNOP Programmteil ZEIT(1) 
9247 BE CLI 
0248 3E. WAI IPPIA Warten auf ein Unterbrechungs- 
signal 
0249 96 25 LDAA KAPPA 
924B26 F9 BNE Marke B Rücksprung falls x + 9 
924D 96 23 LDAA KAPPABß Vorbesetzen von x mit x, 
Q24F 97 25 STAA KAPPA „ 
0251 98 INX DELTA ö& =Öö+1 
0252 96 49 CPX DELTA1 Abfrage des Zählerstandes ö = ö, ? 
0254 26 F® BNE Marke B Rücksprung falls ö + ö, 
0256 96 53 Z2 LDAA Y2 Programmteil ORA(2) 


0258 B7 79 99 STAA PIAORA Ausgabe des Funktionswertes Y2 
in das PIA-Register 


025B.... Programmteil ZEIT(2) 


Tafel 2: Modulo-3-Subtraktion 








An 
% +1 0 —1 
+1 0 +1 —1 
0 —1 0 +1 
—1 +1 —1 0 
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Bild 7: Flußdiagramm von UPTERN 








Bild 5: Realisierung 
des Schieberegisters 
in zwei Speicherwor- 
ten 


Bild 6: Maskenopera- 
tion. Durch eine logi- 
sche UND-Verknüp- 
fung der Maske mit 
dem Schieberegister 
kann der gewünschte 
Wert ausgelesen wer- 
en 
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Bild 8: Bildung des neuen Wertes x, aus x, und x» 








Tafel 3: Rückkopplungsbedingungen für die Erzeugung einer Ternär- 
folge 








Stufenzahl Länge Registerstufe 

m N a b 
2 8 2 1 
3 26 2 3 
4 80 4 3 
5 242 4 5 
6 728 6 5 
7 2186 5 7 





Die drei möglichen Werte der Ternärfolge sind wie folgt dual kodiert: 
—I = HH;0 = LL; +1 = LH. Jeder Wert der Ternärfolge benötigt 
danach zwei Binärstellen. Weiterhin werden im Speicher zwei Bytes zu 
einem achtstufigen „Schieberegister“ zusammengefaßt (Bild 5). Damit 
können jeweils acht aufeinanderfolgende Werte der Ternärfolge im 
Schieberegister untergebracht werden. Natürlich wären auch längere 
Ternärfolgen — mit einem erweiterten Schieberegister — möglich. In 
Tafel 2 befinden sich die Werte für a und b, die bei der gewählten 
Stufenzahl m miteinander verknüpft werden. 

Das Programm für die Ternärfolge ist im wesentlichen aus zwei Teilen 
aufgebaut. Der erste Teil enthält die Initialisierungen der Variablen, 
wie z.B. die Vorbesetzung aller Stellen des Schieberegisters mit dem 
Anfangswert LH (= +1). Dieser Teil wird jedesmal bei einem Start 
des Programmes durchlaufen. Der zweite Teil — als Unterprogramm 
UPTERN bezeichnet — wird bei jeder Berechnung eines neuen Wertes 
der Ternärfolge vom Hauptprogramm aufgerufen. 

Die Werte x, und x, — wegen der Byte-Organisation im Speicher 
können einzelne Bits nicht direkt gelesen werden — werden mit Hilfe 
von Masken aus dem Schieberegister herausgelesen und anschließend 
zum neuen Wert x, verknüpft. Es werden zwei vierstellige Masken 
verwendet. Die Schieberegister-Maskenoperation verdeutlicht 
Bild 6. 

Der neue Wert x, wird sodann von links in das Schieberegister hinein- 
geschoben, wodurch alle Werte x; um eine Stelle (2 bit) nach rechts 
gerückt werden (x, wird aus dem Schieberegister hinausgeschoben). 
Nun steht der von der Verschiebung berechnete Wert an erster Stelle 
als x, im Schieberegister. Durch die Verschiebung erhalten auch x, und 
x, neue Werte, die dann beim nächsten Unterprogrammaufruf von 
UPTERN ein neues x, bilden. Das Flußdiagramm des Unterprogramms 
zeigt Bild 7; in Bild 8 ist der Ablaufplan von der Berechnung von x. 


Parallele Ein-/Ausgabe-Schnittstelle 

Die vom Programm ermittelten Funktionswerte werden schließlich . 
über den Peripherie-Interface-Adapter (PIA, MC 6800, Motorola) an 
einen D/A-Umsetzer übertragen. Damit ist eine Abfolge von internen 
Sedezimalzahlen in eine externe Kurvenform als ein analoges Span- 
nungssignal gewandelt worden. 

Die Verdrahtung des PIA-Bausteins mit dem System-Bus über ein 
Flachbandkabel (50 cm lang) und die Adressendekodierung ist (nach 
Firmenunterlagen [6]) problemlos. Zusätzlich war ein Eingriff für den 
Betrieb des PIA in der Elektronik des TV-Computersystems 6800 
erforderlich, der aber mittlerweile von der Herstellerfirma serien- 
mäßig ausgeführt wird. 

Als nächster Schritt ist daran gedacht, das Programm in ein PROM 
oder in einen Massenspeicher (Audio-Kassettenrecorder) abzuspei- 
chern. 
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Uwe von Ammon* 


Mikroprozessoren programmieren 
Software für „P-Anwender 


Grundlagen, 
Entwicklungshilfen, 
Programmiertechniken 


Mit dieser Artikelreihe wollen wir — 
nach dem Software-Aktivtraining 
SC/MP -— speziell den Elektronikent- 
wicklern die Gelegenheit geben, das 
Gebiet der Software Schritt für Schritt 
zu erkunden. Nicht der eine oder an- 
dere Befehlssatz eines spezifischen 
Elementes soll im Vordergrund stehen, 
sondern das Zusammenspiel der Funk- 
tionen und der Sinn der verschiedenen 
Entwicklungshilfen, die von den Her- 
stellern entweder in Programm- oder in 
Computerform angeboten werden. Zu- 
sätzlich sollen Programmierungstech- 
niken, die allgemeingültig sind, vorge- 
stellt und erklärt werden. Viele Bei- 
spiele — didaktisch kommentiert — 
sollen helfen, die neuen Arbeitsweisen 
zu erläutern und die Kenntnisse zu 
vertiefen. Natürlich wird unseren Le- 
sern einiges bekannt vorkommen. Das 
läßt sich jedoch nicht vermeiden, wenn 
zunächst „kleine Brötchen“ gebacken 
werden. 


Fast sechs Jahre ist es her, seit der erste 
Mikroprozessor auf dem Markt vorge- 
stellt wurde. Damals ahnten wohl nur 
wenige, daß dieses Bauelement eine Re- 
volution auslösen würde. Heute gibt es 
fast keinen Ingenieur, dem nicht im 
Prinzip bekannt wäre, wie ein Mikropro- 
zessor funktioniert, was seine Vor- und 
Nachteile sind und wo seine Einsatzge- 
biete liegen. Vor allem ist jedem Inge- 
nieur bewußt, daß er es sich nicht leisten 
kann, an diesem Bauelement kommen- 
tarlos vorüberzugehen. Zu vielseitig sind 
die Eigenschaften und zu niedrig ist der 
Preis dieses „Wunderknaben der Elek- 
tronik“. 

Die Zukunft wird vom Mikroprozessor 
entscheidend bestimmt — wer wagte, 
dieser These zu widersprechen. 

Neben einer gewissen, zumindest unter- 
schwelligen Unsicherheit, ob diese Zu- 
kunft wirklich erstrebenswert ist oder ob 
man ihr gewachsen sein wird, empfindet 
die normale Ingenieurseele zunächst und 
vor allem sportlichen Ehrgeiz, die neuen 
Probleme zu lösen. 





* Dipl.-Ing. Uwe von Ammon ist Leiter des Mikropro- 
zessor-Workshop von Texas Instruments, Freising. 
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Software — ein Problem? 

Der Programmierer wird verneinen. Für 
ihn ist die Software schlicht ein Mittel, 
mit dem Computer Kontakt aufzuneh- 
men und von ihm gewünschte Ergebnisse 
zu erhalten. Dieses Mittel wird für so 
normal und wenig störend gehalten, daß 
sich zwischen Mensch und Maschine ein 
gewisses Vertrauensverhältnis entwik- 
kelt. Ausdrücke, wie „meine Kiste“, 
„lahme Ente“, „na komm’ schon“, „heute 
habe ich ihn aber ausgetrickst“ und „jetzt 
spinnt er aber“ zeugen davon. 


Der Elektroniker hingegen nimmt an, 
daß die Datenverarbeiter so etwas ähnli- 
ches wie chinesisch reden. Dabei über- 
sieht er, daß es dem Programmierer in 
bezug auf die Schaltungsentwicklung ge- 
nauso geht. Der Ingenieur braucht zu 
seinem Glück ein Oszilloskop, einen 
Lötkolben und einen Haufen „Käfer mit 
vielen Beinen“. Der Programmierer 
weist den Vorschlag, sich doch einmal 
um das Innenleben seines Computers zu 
kümmern, entrüstet als unmoralisches 
Ansinnen zurück. Und so stehen sie 
voreinander wie Königskinder, von de- 
nen es heißt: „Sie konnten nicht zuein- 
ander kommen“. 

Sie müssen. Der Mikroprozessor, und in 
diesem Begriff sollen auch Mikrocom- 
puter und Mikroprozessorelemente ein- 
geschlossen sein, verlangt einen System- 
entwurf, bei dem die gesamte Schaltung 
sorgfältig auf das angestrebte Programm 
und umgekehrt ausgelegt ist. Nur dann 
ist ein in jeder Hinsicht befriedigendes 
Ergebnis zu erzielen. Dies bedeutet, daß 
sich der Ingenieur, vor allem der Inge- 
nieur mit Erfahrungen in der Digitaltech- 
nik, auf die spezifischen Gesetzmäßig- 
keiten und Randbedingungen der Soft- 
ware einstellen muß. Dazu gehören na- 
türlich auch eine Menge neuer Ausdrük- 
ke, neue Methoden und neue Hilfsmit- 
tel. 

Selbstverständlich, werden Sie sagen. 
Die Erfahrung zeigt jedoch, daß dabei 
Schwierigkeiten auftreten, die nicht un- 
erheblich sind. Die verfügbare Literatur 
besteht vorzugsweise aus Artikeln, die 
Einzelthemen behandeln oder aus Bü- 
chern über die Datenverarbeitung. Beide 
Alternativen sind in der beschriebenen 
Situation nur teilweise hilfreich. 


Entweder geht die Übersicht leicht ver- 
loren, falls sie jemals vorhanden war, 
oder der Leser wird unnötigerweise mit 
vielen Begriffen und Überlegungen aus 
den Bereichen der Großrechenanlagen 
und der kommerziellen Datenverarbei- 
tung belastet. 


1. Projektdurchführung 

Wenn wir uns vergegenwärtigen, wie ein 
Projekt, bei dem der Einsatz eines Mi- 
kroprozessors vorgesehen ist, durchge- 
führt werden sollte, erhalten wir eine 
ziemlich komplette Liste der möglichen 
Wissens- und Erfahrungslücken. 


1.1 Voraussetzungen 

Ohne grundlegende Voraussetzungen 
geht es nicht. Dazu gehören an erster 
Stelle digitale Entwurfserfahrung, die 
wohl bei den Lesern der »elektronikpra- 
xis« in den meisten Fällen vorhanden ist. 
Wenn nicht, dann können ein Fachschul- 
studium oder geeignete Kurse bei allge- 
mein zugänglichen Ausbildungsstellen 
kombiniert mit einiger Praxis Abhilfe 
schaffen. In vielen Fällen ist auch grund- 
legende Literatur von Halbleiterherstel- 
lern erhältlich. 

Grundlegende Mikroprozessorkennt- 
nisse können durch Literaturstudium 
(nur beschränkt hilfreich), durch einfüh- 
rende Kurse bei Halbleiterherstellern 
und unabhängigen Ausbildungsstätten 
erworben werden. Unter dem Aspekt 
des zeitlichen Aufwands gesehen, ist der 
Besuch solcher Kurse der effektivste 
Weg. Ein guter Kurs von rund zwei 
Tagen Dauer erspart in der Regel 8 bis 
12 Wochen Literatursuche und -studium, 
wobei die größte Schwierigkeit darin 
besteht, daß man noch nicht weiß, was 
wichtig und unwichtig ist. Einschlägige 
Kurse werden jedoch normalerweise 
von qualifizierten und erfahrenen Fach- 
leuten gehalten, die auch in der Lage 
sind, in kurzer Zeit die wesentlichen 
Beurteilungskriterien zu vermitteln. 

Als dritte Voraussetzung sind grundle- 
gende Erfahrungen in der Program- 
mierung von Mikroprozessoren (uP) 
notwendig. Diese lassen sich durch 
Selbststudium mit Hilfe sogenannten 
Lernkits oder fertigen Computerplati- 
nen erwerben. Der effektivere Weg ist 
jedoch wieder der Besuch eines Work- 
shops über den für den Anwender inter- 
essanten uP. Der Workshop wird fast 
immer von der Firma, die den betref- 
fenden uP herstellt, durchgeführt. Der 
Begriff Workshop deutet an, daß es sich 
dabei um Schulungen handelt, bei denen 
der Teilnehmer einen großen Teil der 
Zeit mit Geräten praktisch arbeitet. Der 
Besuch eines solchen Workshops spart 
mindestens 8 bis 10 Wochen Zeit, die für 
das Selbststudium aufzubringen wären, 
was bei einem angenommenen Monats- 
gehalt von mindestens 5000 DM (inklu- 
sive Allgemeinkosten für den Arbeits- 
platz) immerhin 10 000 DM ausmacht. 
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Meistens liegen die Einsparungen noch 
erheblich höher. Falls das Projekt noch 
unter zeitlichem Druck steht, wird die 
Entscheidung für den effektivsten Weg 
der Einarbeitung und Realisierung gera- 
dezu lebenswichtig. 


1.2 Hilfsmittel 

Neben den konventionellen Hilfsmitteln 
stehen für ein uP-Projekt eine Reihe 
neuer Hilfsmittel zur Verfügung (siehe 
Bild 1). Die meisten Projekte lassen sich 
auch ohne die zusätzlichen Entwick- 
lungshilfen realisieren. Aber auch hier 
geht es um die Entscheidung: Wieviel 
Kapital ist zu investieren, um wieviel 
Zeit zu sparen? Die Bedienung der 
neuen Geräte, die Verwendung von un- 
bekannten Programmiersprachen be- 
deutet immer weitere Schulung und neue 
Einarbeitung. Wer Mikroprozessoren 
einsetzt, ist auf vielen Gebieten Anfän- 
ger. Dies ist ein Faktum, das viele Inge- 
nieure aus eigener Erfahrung bereits 
kennengelernt haben. Und auf die Frage: 
„Was haben Sie aus Ihrer Anfängerzeit 
gelernt?‘ wird oft geantwortet: „Im 
Zweifelsfall ist es günstiger, mehr Zeit 
und Geld für intensive Schulung auszu- 
geben und die komfortableren Entwick- 
lungshilfen anzuschaffen. Die Gesamt- 
kosten werden dadurch gesenkt.“ 


1.3 Projektteam 

Das Projektteam für uP-Programme mit 
mehr als 3000 Befehlen sollte mindestens 
aus drei Personen bestehen, einem Sy- 
stem-Designer und Teamleiter, einem 





Hardware- und einem Software-Desi- 
gner (siehe Bild 2). Dabei ist das Ent- 
scheidende, daß jedes Teammitglied 
über sowiel Kenntnisse und Erfahrung 
verfügen muß, daß untereinander keine 
Kommunikationsprobleme auftreten. 
Der Software-Designer kann ein Inge- 
nieur sein, der schon einige komplexe 
Programme für Mikroprozessoren ge- 
schrieben hat. Es kann aber auch ein 
Informatiker oder Programmierer sein, 
der bisher nur mit größeren Computern 
gearbeitet hat. Unerläßlich ist dann je- 
doch, daß er sich in die Schaltungs- 
technik weit genug einarbeitet. Dieser 
angenommene Fall wird um so häufiger 
vorkommen, je mehr höhere Program- 
miersprachen eingesetzt werden. Auch 
den Programmierern wird es — wie 
eingangs erwähnt — nicht erspart blei- 
ben, den Ingenieuren weit entgegenzu- 
kommen. Eine allgemeine Empfehlung 
lautet: Durch Software so viele Funk- 
tionen wie möglich, durch Hardware 
nur so viele Funktionen wie nötig aus- 


führen lassen. Nur ein gut eingespieltes 


und erfahrenes Team wird das Optimum 
IN den jeweiligen Anwendungsfall fin- 
en. 

Für Programme, die 1000 bis 3000 Be- 
fehle umfassen, genügen im allgemeinen 
zwei Ingenieure; einer mit mehr Hard- 
ware- und einer mit mehr Software- 
Kenntnissen. Programme mit weniger 
als 1000 Befehlen können meist von ei- 
nem vielseitigen Ingenieur mit gutem 
System-, Hardware- und Software- 
Kenntnissen bewältigt werden. 
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1.4 Projektschritte " 

Zur Vervollständigung des Überblicks 
sind die einzelnen Schritte eines uP- 
Projekts in den Bildern 4a bis 4c darge- 
stellt. Verglichen mit dem Ablauf eines 
konventionellen Projekts (Bild 3a und 
3b), d.h. ohne Einsatz eines Mikroprozes- 
sors, hat sich die Anzahl der Schritte 
mehr als verdoppelt. Parallel mit der 
Hardware-Entwicklung (Schritte 2,4 und 
7) wird sofort mit der Entwicklung der 
zugehörigen Software begonnen 
(Schritte 3, 5, 6, 8), d.h. genaugenommen 
mit den Vorarbeiten. Denn in diesem 
Stadium kann der Entwickler noch gar 
nicht übersehen, welchen uP er einsetzen 
muß. 

Dies ist ein wichtiger Punkt. Bei konven- 
tionellen Projekten ist der Entwickler 
meist — zeitlich gesehen — in einem 
relativ frühen Stadium in der Lage, die 
einzusetzende Logikfamilie (Schritt 11) 
festzulegen. Bei einem uP-Projekt muß 
ein höherer Anteil der Entwicklungszeit 
bei der Voruntersuchung aufgewandt 
werden. Bei dieser Voruntersuchung 
werden zunächst die systembedingten 
Anforderungen an einen auszuwählen- 
den uP festgelegt, einschließlich der Kri- 
terien, anhand derer die Erfüllung der 
Anforderungen gemessen werden kann. 
Für den Vergleich von derart komplexen 
und vielseitigen Bauelementen wie Mi- 
kroprozessoren mußten erst neue Ver- 
gleichsmethoden entwickelt werden. Auf 
diese Vergleichsmethoden wird in einer 
der nächsten Folgen (Benchmarkver- 
gleiche) eingegangen. Vorab kann aber 
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Projektdurchführung 
Konventionell mit Mikroprozessor Erforderliche 
Geschwindig- 

Hilfsmittel Oszilloskop Prototypensystem START keit 
Impulsgenerator + Timesharing-Terminal 1 2 3 f% see a " 
Vielfachinstrument PROM- Programmiergerät 
Netzgeräte Programmbibliothek System- Härdware- Hordware- Base Leistungs - Auswahl der 

icher - 

Fachwissen Bool’sche Algebra Programmiersprachen DERIRIKUN Ialinikion lernatiyen durchsatz duinEhme tosikfamilie 
Schaltungstechnik (Assembler, 7 
Anwendungsrichtlinien Fortran,Basic) 

der Logikfamilien Prototypensystemsoftware 
Systemdesignregeln (Firmware) Kompatibilitat 
Verdrahtungstechnik Timesharing-Software 
Datenübertragung HP-Designregeln ; 
Schaltkartenentwurf 
Bild 1: Hilfsmittel des Systementwicklers bei Störfestigkeit 
der Projektdurchführung 
9 
System-Designer/ Teamleiter „| Kosten- 
Gute Software und Analyse 
Hardware-Kenntnisse 
„ Manager 10 
Umwelt- 
Bedingungen 






Hardware-Designer 


Detaillierte Hard- 
ware und grund- 
legende Soft- 

ware Kenntnisse 
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einzusetzende Logikfamilie festgelegt werden 


Bild 2: Bei Programmen mit mehr als 3000 Befehlen sollte 
ein ıP-Projektteam mindestens aus drei Personen be- 


Bild 3: Konventionelle Projektdurchführung. Hier kann 
vom Entwickler in einem relativ frühen Stadium die 
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würde die bisher geleistete Arbeit, die 
nicht allgemeingültig ist, sondern nur für 
den ausgewählten uP zutrifft, wertlos. 
Wertmäßig kann das leicht einen Verlust 
von 50000 bis 100 000 DM bedeuten, 
abgesehen vom reinen Zeitverlust. In der 
heutigen Situation, wo mittlere Projekte 
Bu eine Entwicklungszeit zwischen 6 und 
ne 18 Monate benötigen, kann ein Zeitver- 
lust von 12 Wochen bereits tödlich für 
ein Projekt, u.U. sogar für eine Firma 
sein. 
12 Eine andere Gefahr ist, daß man sich für 
Anbei GE Weg einen Mikroprozessor entschieden hat, 
derlichen Be, Speicherstruktur der zwar die Anforderungen erfüllt, aber 
a ae unbequem zu programmieren ist. Abge- 
sehen von der zunehmenden Demotiva- 
tion der damit arbeitenden Ingenieure 
entsteht dadurch wieder ein Zeitverlust 
mit den oben angedeuteten Folgen. 


Auswahl der 
Mikropro- 
zessor-Art 


Erforder- 
licher Daten- 
durchsatz 


Definition 
der System- 
funktion 


Erforderliche 
Wortlange 


Interrupts 
erforderlich? 








Erforderli- Art und Aus- 
/; che Verarbei- 
tungsgeschwin- 


digkeit 


Funktionel- 
‚les Flußdia- 
gramm 








Auswahl 
des Befehls- 
satzes//) 


Bestimmung 
der Benchmark-, 
Programme, 


vorläufige 


1.5 Dokumentation 
Ein weiterer wesentlicher Unterschied 
zwischen konventionellen und uP-Pro- 
jekten besteht bei der Dokumentation. 
Üblicherweise wird die Dokumentation 
bei konventionellen Projekten erst ge- 
De | gen Ende der Entwicklung erstellt. Na- 
Festlegung Auswahl des türlich hat der Ingenieur ständig wäh- 
ee I rend der Entwicklung dokumentiert, 
aber nur so, daß er selbst und vielleicht 
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Kan noch ein Kollege genau weiß, was bisher 





17 


Festlegung 
der Regıster- 
anzahl 


/ Benchmark- 
(Programme 


Marktstudie 
Programme 





der erreicht wurde und wie es weitergehen 
Speichergrolle soll. Steht aber das System und soll es an 
a die Fertigung bzw. an den Kundendienst 


Festlegung des 

zusätzlichen 
Schaltungs- 
aufwands 


21 
— 


weitergegeben werden, ist die Erstellung 
sehr viel genauerer und umfangreicherer 
Unterlagen unumgänglich. Dabei geht es 
im Prinzip „nur“ darum, das System, seine 
Einzelteile und die Funktion solchen 
Personen zu verdeutlichen, denen das 
System völlig unbekannt ist. Wohl in 
keiner Firma spricht jemand gerne über 
dieses Thema, denn zu viele Schwierig- 
keiten, Mißverständnisse und Zeitver- 
= luste hängen damit zusammen. Und wel- 
cher Ingenieur schreibt schon gerne 
Dokumentationen bzw. welcher Labor- 
leiter honoriert schon eine gute Doku- 
2 mentation, wenn dadurch zwei neue 
Projekte auf Eis liegen? 
der Software Die an sich schon leidige Angelegenheit 
A wird mit dem Einsatz von Mikroprozes- 
soren erheblich kompliziert. Die Strom- 
laufpläne werden zwar einfacher und die 
Stücklisten kürzer, weil Systeme mit Mi- 
kroprozessoren im allgemeinen erheb- 
lich weniger Bauelemente enthalten. 
23 Hinzu kommt aber die Software-Doku- 


HH 4 / . . 
// Program, Assem- mentation, ein Thema, das auch von den 
(/, mierung blierung 


Analyse Endgultige 


23 Untersuchung 
Umwelt- 
Bedingungen 

















Entwurf 


des Test-Plan 
Prozessors 





Entwurf Kauf oder Bau 
der eines Proto- 
Ein-/Ausgabe typensystems 


Integration 





Entwurf Bestimmung 35 


der Speicher- der Speicher- 


struktur größe Dokumentation 





Beginn der 
Dokumentation 


Herstellern und Anwendern von Groß- 
rechenanlagen noch lange nicht als be- 
wältigt betrachtet wird. Die Probleme 
sind grundsätzlich die gleichen wie bei 
der Erstellung von Fertigungsunterla- 
gen. Sie sind jedoch brisanter, da Soft- 
ware nicht sichtbar ist. Einem Pro- 
grammspeicher sieht man normaler- 
weise die Typennummer und den Her- 


‚Fehler- 
\/beseitigung 


Bild 4: Schritte bei der Durchführung eines P-Projekts. Im Vergleich zum 
konventionellen Projekt hat sich die Anzahl der Schritte mehr als verdoppelt 





gesagt werden: Je weniger Zeit, und 
damit natürlich auch Geld, in die vorläu- 
fige und endgültige Untersuchung inve- 
stiert, wurde, um so höher ist die Gefahr 
von Überraschungseffekten bei der ei- 
gentlichen Programmierung und beim 
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Test (Schritte 28 bis 36). Dabei kann es 
geschehen, daß eine Entwicklung mit 
einem bestimmten uP beendet werden 
muß, weil entweder nicht die erforder- 
liche Geschwindigkeit erreicht wird oder 
der Speicherplatz nicht ausreicht. Damit 


steller an. Ob aber das darin gespeicherte 
Programm das richtige ist...? 

Es würde den Rahmen sprengen, inner- 
halb unserer Artikelserie auf dieses 
Thema einzugehen; aber einige Empfeh- 
lungen sollen aufgeführt werden. 
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© Fangen Sie mit der Dokumentation 
bei Schritt 28 von Bild 4c an, besser 
noch bei Schritt 3, falls die dort ge- 
wonnenen Erkenntnisse nicht über- 
holt sind 

© Versehen Sie jeden Befehl mit einem 
Kommentar 

© Versehen Sie jeden Programmteil mit 
einem zusätzlichen Kommentar 

© Kommentieren Sie „Program- 
miertricks“ besonders ausführlich 

© Bedenken Sie, Sie oder ein Kollege 
müssen das Programm auch noch 
nach einem Jahr verstehen 

© Erstellen Sie eine Liste aller Abkür- 
zungen mit ihrer Bedeutung 

© Datieren Sie alle Ausdrucke und ge- 
ben Sie an, wie Sie sie erhalten 
haben 

© Erstellen Sie ein grobes und ein de- 
tailliertes Flußdiagramm 

© Halten Sie alle Anderungen fest 

© Lassen Sie einen Kollegen, der das 
Programm nicht kennt, beurteilen, ob 
die Dokumentation genügt 


Viele Programmierer ziehen es vor, lie- 
ber ein Programm neu zu schreiben als 
ein schlecht dokumentiertes nachzuvoll- 
ziehen, geschweige denn zu modifizie- 
ren. Die sparen dabei meistens Zeit. 

In jeder Firma wird die Dokumentation 
anders aussehen. Die Situationen, die 
Anwendungsgebiete und die beteiligten 
Personen sind zu verschieden, als daß sie 
auf einen gemeinsamen Nenner zu brin- 
gen wären. Die Beantwortung einer 
Frage ist jedoch immer lebenswichtig: 
Was passiert, wenn der Programmierer 
bzw. Ingenieur kündigt? 


1.6 Zusammenfassung 

In diesem Abschnitt wurden die wesent- 
lichen übergeordneten Gesichtspunkte 
besprochen, ohne auf die Bedeutung der 
einzelnen im Text oder in den Abbil- 
dungen genannten Begriffe einzugehen 
oder die Funktionen, Vor- und Nachteile 
sowie die Anwendungsgebiete der ver- 
schiedenen Entwicklungshilfen zu erläu- 
tern. Dies wird in den einzelnen Folgen 
der Artikelserie nachgeholt. Der Ab- 
schnitt bildet sozusagen nur das Skelett 
für alles weitere und soll dazu dienen, 
auch dann nicht die Übersicht zu verlie- 
ren, wenn es um die detailierte Erläute- 
rung einzelner Begriffe, wie Befehlsvor- 
rat, Adressierung, Interrupt, Stack, Pol- 
ling, Benchmarkprogramme, Assembler, 
Compiler, Bootstrap-Lader, In-circuit- 
emulator usw., geht. 


2. Befehlsvorrat von 
Mikroprozessoren 

Zur Vermeidung von eventuellen 
sprachlichen Schwierigkeiten sollen zu- 
nächst einige grundlegende Begriffe und 
Sachverhalte dargestellt werden. Als be- 
kannt darf vorausgesetzt werden, daß 
ein Mikrocomputer aus drei großen 
Funktionsgruppen besteht: Prozessor, 
Speicherbereich und Ein-/Ausgabe. Da- 
bei spielt es keine Rolle, ob alle Funk- 
tionsgruppen auf einem einzigen Chip 
integriert sind, oder ob der Mikrocom- 
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puter mit mehreren integrierten Schal- 
tungen realisiert wurde. Im zweiten Fall 
sollte man vielleicht besser von Mikro- 
computerssystem sprechen. Ist der Pro- 
zessorteil, der Rechen- und Steuerwerk 
enthält, auf einem einzigen Chip inte- 
griert, so spricht man von einem Mikro- 
prozessor. 

Übrigens gibt es auf die berühmte Frage: 
„Was kann man mit einem Mikropro- 
zessor eigentlich anfangen * zwei völlig 
richtige Anworten: „Alles“ oder „Nichts“. 
„Nichts“ ist richtig, weil ein Mikropro- 
zessor ohne Speicher und Ein-/Ausgabe 
soviel wert ist wie ein Fahrrad ohne 
Lenkstange und Räder. Denn die Ein-/ 
Ausgabe ermöglicht erst die Kommuni- 
kation mit der Außenwelt (Räder) und im 
Speicher stehen die Anweisungen, was 
getan werden soll (Lenkstange). „Alles“ 
ist richtig, weil ein zum Mikrocomputer 
(-system) ausgebauter Mikroprozessor 
aufgrund seiner Programmierbarkeit in- 
nerhalb seiner Leistungsgrenzen belie- 
bige Aufgaben übernehmen kann. 
Unter einem Mikroprozessorelement ist 
im Prinzip ein Mikroprozessor zu verste- 
hen, dem wesentliche Teile des Steuer- 
werks fehlen, wie Sequenzer und Makro- 
befehlsdekoder. Diese Teile müssen 
durch externe Bauelemente realisiert 
werden. Der Vorteil dieser Elemente 
besteht darin, daß sie kaskadiert werden 
können und mikroprogrammierbar sind. 
Die Kaskadierbarkeit ermöglicht eine 
weitgehende Anpassung des Datenfor- 
mats an die jeweilige Anwendung. 
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8 bit durch Abarbeitung eines einzigen 
Befehls addieren. Natürlich können von 
einem 8-bit-Mikroprozessor auch 16 bit 
lange Operanden verarbeitet werden. 
Nur sind dann eben, da die Operanden- 
hälften nacheinander verknüpft und die 
Zwischenergebnisse zusammengefaßt 
werden müssen, mehr Verknüpfungs- 
schritte nötig. Daraus läßt sich sofort 
ableiten, daß mit zunehmendem Daten- 
format bei gleicher Problemstellung die 
Verarbeitungsgeschwindigkeit im allge- 
meinen zunimmt, weniger Befehle zu 
programmieren sind und die Program- 
mierung insgesamt einfacher wird. 

Diese Vorteile haben natürlich ihren 
Preis: Mikroprozessoren mit größerem 
Datenformat sind teurer als solche mit 
kleinem. In Relation zu den Gesamtko- 
sten eines Systems gesehen, ist die Preis- 
differenz jedoch meist nicht ausschlag- 
gebend, speziell dann, wenn von ein und 
demselben System keine hohen Stück- 
zahlen gebaut werden. Im übrigen wird 
die Preisdifferenz mit zunehmendem In- 
tegrationsgrad immer geringer werden. 


2.2 Befehlsformat 

Das Befehlsformat gibt die Länge eines 
Befehls in Bit an sowie die Anzahl der Bit, 
die für Adressen bzw. Operanden ver- 
wendet werden dürfen. Es hängt mit dem 
Datenformat eng zusammen, denn einer- 
seits ist das Befehlsformat ein ganzzah- 
liges Vielfaches des Datenformats, ande- 
rerseits sind beide ein ganzzahliges Viel- 
faches der Speicherwortlänge. 











ee en 
Beispiel: 

TMS 1000 TMS 8080 TMS 9900 

Mikrocomputer Mikroprozessor Mikroprozessor 
Datenformat 4 bit 8 bit 16 bit 
Befehlsformat 8 bit 8, 16 oder 24 bit 16, 32 oder 48 bit 
Speicherwortlänge 8 bit 8 bit 8 bit 

(Programmspeicher) 














2.1 Datenformat 

Das Datenformat eines uP (Mikrocom- 
puter, Mikroprozessor oder Mikropro- 
zessorelement) gibt an, wie lang ein 
Datenwort sein darf, um noch durch 
einen einzigen Maschinenbefehl verar- 
beitet werden zu können. Die Länge des 
Datenwortes wird in Bit angegeben. Z.B. 
kann ein 8-bit-Mikroprozessor zwei 
Operanden mit einer Wortlänge von je 


| 


O= 
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Bild 5: Symbolerklärung 
zu den Ablaufdiagrammen 


Wie die Beispiele zeigen, kann das Be- 
fehlsformat für alle Befehle festliegen 
oder abhängig vom Befehl variieren. Bei 
variablem Befehlsformat unterscheidet 
man entsprechend zwischen Einwort- 
und Mehrwort-Befehlen, wobei die 
Länge des Wortes durch das Daten- 
format festgelegt ist. An dieser Stelle sei 
ausdrücklich darauf hingewiesen, daß 
aus langen Befehlen nicht auf lange 


Bezeichnet einen Entwurfsaufwand 


Repräsentiert einen Auswahlprozeß 


Linie kommt von Block N des vorhergehenden Bildes 


Schraffierte Blöcke bedeuten Software-Aufwand 
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Programme geschlossen werden darf. 
Zwar benötigen lange Befehle mehr 
Programmspeicherplatz, da sie im allge- 
meinen aber erheblich leistungsfähiger 
als kürzere Befehle sind, ist das Endre- 
sultat ein Programm, das — bei gleicher 
Problemstellung — weniger Speicher- 
platz beansprucht. In einem späteren 
Abschnitt über Benchmarkprogramme 
wird auf diesen Effekt noch näher einge- 
gangen. 


2.3 Befehlsvorrat 

Mit dem Begriff Befehlsvorrat wird die 
Gesamtheit aller Befehle, die der Mikro- 
prozessor „versteht“, beschrieben — also 
zunächst die Anzahl der zur Verfügung 
stehenden Befehle, aber auch ihre Funk- 
tion. Meistens umfaßt der Befehlsvorrat 
rund 50 bis 100 Befehle, wobei wiederum 
betont werden muß, daß die Gleichung 
(viele Befehle) = (viel Leistung) nicht 
stimmt. 50 leistungsfähige Befehle kön- 
nen sehr oft vorteilhafter als 80 weniger 
gute sein. 

Jeder Mikroprozessor verfügt über fol- 
gende Befehlsarten: 





Beispiel 
addiere A zu B 


Befehlsart 





arithmetische/ 
logische 





transportiere A von 
Speicherwort x 
in Speicherwort y 


Transport 








gebe A aus 


wenn A < 0 wahr ist, 
springe zum Unter- 
programm UP1 


Ein-/Ausgabe 





Steuerung des 
Programmablaufs 


Darüber hinaus umfaßt der Befehlsvor- 
rat im allgemeinen noch weitere spe- 
zielle Befehle, die von Mikroprozessor 
zu Mikroprozessor außerordentlich ver- 
schieden sind, z.B. Schieben, Rotieren, 
Vergleichen, Invertieren, Bytes vertau- 
schen, Inkrementieren, Dekrementieren 
usw. 

Ist der Befehlsvorrat vom Hersteller fest 
vorgegeben, so sind die dem Anwender 
zur Verfügung stehenden Befehle genau 
genommen sogenannte Maschinenbe- 
fehle. Das sind Befehle, die vom uP 
unmittelbar „Verstanden“ werden kön- 
nen, sofern sie in geeigneter Form vorlie- 
gen, d.h. als 0/1-Folgen mit einer dem 
jeweiligen Befehlsformat entsprechen- 





den Länge. Die Befehle können jedoch 
nicht direkt ausgeführt werden. Zunächst 
ist eine Interpretation des Maschinenbe- 
fehls notwendig, d.h. eine Umsetzung der 
eingegebenen 0/1-Folge in Steuersignale 
für die auszulesenden Funktionsblöcke 
des Mikroprozessors. Meist geschieht 
noch mehr, nämlich die Auflösung der 
Maschinenbefehle in eine Folge von 
einfachen, sogenannten Mikrobefehlen. 
Je nach Art des Maschinenbefehls um- 
faßt die Ausführung mehr oder weniger 
Mikrobefehle, so daß sich durchaus ver- 
schiedene Befehlsausführungszeiten er- 
geben werden. Da sich der Anwender 
nicht um die Auflösung kümmern muß — 
der uP selbst führt sie automatisch durch 
—, soll hier nicht weiter darauf einge- 
gangen werden. Was die Ausführungs- 
zeiten betrifft, liefert jeder Hersteller zu 
seinem uP geeignete Tabellen, aus denen 
die Ausführungszeit eines jeden Befehls 
entnommen werden kann. Die Zeiten 
hängen jedoch im allgemeinen auch noch 
von der Adressierungsart und von der 
Taktfrequenz ab, so daß, speziell bei 
Mikroprozessoren mit variabler Takt- 
frequenz, einige Übung notwendig ist, 
um ohne Rechenfehler die Ausführungs- 
zeit eines Programmteils mit z.B. 30 Be- 
fehlen zu berechnen. 

Wenn der Mikroprozessor jedoch mi- 
kroprogrammierbar ist, was bei den Mi- 
kroprozessorelementen in der Regel der 
Fall ist, dann muß die Interpretation und 
Auflösung der Maschinenbefehle durch 
eine externe Logik realisiert werden. 
Der Hersteller gibt nur die zur Verfü- 
gung stehenden Mikrobefehle — bis 
25 000! — an. Über die externe Logik 
kann also vom Anwender ein für seine 
bestimmte Applikation maßgeschnei- 
derter Maschinenbefehlsvorrat definiert 
werden, der eine optimale Geschwindig- 
keit und/oder Programmierung erlaubt. 
Man kann auf diese Weise aber auch den 
Befehlsvorrat eines anderen Computers 
oder uP nachbilden (emulieren). Z.B. 
kann man mit dem Mikroprozessorele- 
ment SN 745481 den Befehlsvorrat des 
TMS 9900 perfekt nachbilden, da beide 
Elemente dieselbe Architektur haben. 
Der Nachteil der Mikroprogrammier- 
barkeit besteht jedoch gerade darin, daß 
der Anwender derartig viele Möglich- 
keiten zur Verfügung hat, aus Mikrobe- 
fehlen Maschinenbefehle zusammenzu- 
setzten und aus diesen wiederum einen 


Tafel 1: Beispiele aus dem Befehlsvorrat des TMS 9900 


Mneomonischer 
Kode 


Englisch 





Deutsch 





Add 

Compare 
Subtract 
Move 

Move bytes 
Multiply 
Divide 

Branch 

Clear operand 
Invert 
Decrement 
Decrement by two 


Addiere 

Vergleiche 
Subtrahiere 
Transportiere 
Transportiere Bytes 
Multipliziere 
Dividiere 

Springe 

Lösche den Operanden 
Invertiere 
Dekrementiere 
Dekrementiere um 2 
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optimalen Befehlsvorrat. Diese enorme 
Freiheit führt eher zur Verwirrung als 
zur Problemlösung. Deshalb sollten sich 
nur profunde Kenner der Materie an 
mikroprogrammierbare Mikroprozes- 
soren wagen. Da sich die Artikelserie 
nicht an solche Fachleute wendet, wer- 
den wir uns an dieser Stelle nur mit 
Mikroprozessoren, die einen festen Be- 
fehlsvorrat haben, beschäftigen. 


2.4 Darstellung 
Der uP „versteht“ zwar jeden Befehl aus 
seinem Befehlsvorrat, aber nur dann, 
wenn er in einer bestimmten Form vor- 
liegt, nämlich als 0/1-Folge: Z.B. bedeutet 
die 16-bit-Folge: 


boooo11onnlooloooı 


© ®l © 


Adressierungsart: (Register direkt) 


Operationskode: (Swap bytes) 
Adresse: (Register 1) 





beim TMS 9900, daß in einem 16-bit- 
Operanden, der im Register 1 gespei- 
chert ist, die beiden Bytes vertauscht 
werden sollen. Dieser Befehl wird ausge- 
führt, wenn alle Bits parallel an den 
Dateneingängen des TMS 9900 anliegen. 
Nehmen wir nun an, daß 50 solcher 16- 
bit-Worte untereinander auf einem Pa- 
pier stehen würden, etwa in der Art, wie 
die Befehle im Speicher gespeichert sind. 
Dann mag das Programm d.h. die Be- 
fehlsfolge, zwar richtig sein — lesbar, 
geschweige denn verständlich, ist es für 
den Programmierer nur noch unter gro- 
Ben Schwierigkeiten. Er kann nicht mehr 
ohne weiteres die Funktion eines Be- 
fehls, die verwendete Adressierungsart, 
den Operanden oder die Operanden- 
adressen erkennen und die Funktion 
eines ganzen Programmteils kann man- 
gels Übersicht kaum überprüft werden. 
Daher ist es sinnvoll, für jeden Befehl 
eine Darstellung zu finden, aus der der 
Programmierer möglichst schnell die ihn 
interessierenden Einzelheiten, wie Funk- 
tion, Operanden und Adressen, entneh- 
men kann. Bei Mikroprozessoren mit 
festem Befehlsvorrat definiert der Her- 
steller für jeden Befehl eine Abkürzung, 
d.h. einen mnemotechnischen Kode. Die 
Elemente dieses Kodes bestehen meist 
aus 1 bis 5 Buchstaben, aus denen mehr 
oder weniger einfach die Funktion des 
Befehls zu entnehmen ist. Beispiele aus 
dem Befehlsvorrat des TMS 9900 zeigt 
die Tafel 1. 

Von der Güte des mnemonischen Kodes 
hängt es ganz besonders ab, ob sich ein 
Programmierer schnell in einem neuen 
Befehlsvorrat zurechtfindet oder nicht. 
Die Erfahrung zeigt, daß man nach 
3tägigem Programmieren rund 30 bis 


50 Befehle (Abkürzungen) und ihre 
Funktionen — ohne Nachschlagen zu 
müssen — anwenden kann; vorausge- 


setzt, der mnemonische Kode ist gut 
gewählt. 
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Bei Mikroprozessoren gibt es also für 
jeden Befehl zwei Darstellungsarten: 
Die Darstellung als 0/1-Folge (maschi- 
nengerecht) und die mnemonische Dar- 
stellung (programmierungsgerecht). Der 
Befehl an sich, d.h. seine Funktion, ist in 
jedem Fall die gleiche. Es erhebt sich nun 
die Frage, wie ein uP ein mnemonisch 
oder auch symbolisch dargestelltes Pro- 
gramm verstehen kann. Er kann es nicht. 
Das symbolische Programm muß erst in 
die Darstellungsform durch 0/1-Folgen 
„übersetzt“ werden. Das könnte der Pro- 
grammierer von Hand tun, da er ja beide 
Darstellungsformen kennt. Aber bei Pro- 
grammen mittlerer Komplexität mit 
etwa 1000 bis 2000 Befehlen ist dieses 
Unternehmen ebenso stupide wie unef- 
fektiv. Deshalb wird die Übersetzung 
normalerweise mit Hilfe eines speziellen 
Programms, das vom Hersteller bezogen 
werden kann, von einem Computer vor- 
genommen. In einem späteren Abschnitt 
über Assembler wird dieser Vorgang 
näher beschrieben. 

Eines kann aber jetzt schon festgestellt 
werden: Die Automatisierung hat ihren 
Preis, nämlich den Formalismus. Wenn 
der Anwender nicht sein eigenes Über- 
setzungsprogramm, das ziemlich kom- 
plex ist, schreiben will, muß er sich 
absolut an den vom Hersteller definier- 
ten mnemonischen Kode halten. Ferner 
muß das Programm exakt in einer ganz 
bestimmten Form bzw. in einem ganz 
bestimmten Format geschrieben sein, 
d.h, es muß so geschrieben sein, daß es 
das Übersetzungsprogramm „versteht“. 
Das bedeutet eine zusätzliche nicht nur 
um die logisch richtige Funktion (Seman- 
tik) seines Programmes, sondern auch 
um die formale (syntaktische) Richtigkeit 
kümmern muß. Solange im Programm 
noch irgendein syntaktischer Fehler ent- 
halten ist, kann nicht überprüft werden, 
ob semantische Fehler vorliegen. Dieser 
Nachteil wird jedoch bei weitem durch 


den Vorteil aufgewogen, daß nicht „zu 
Fuß“ übergesetzt werden muß. In diesem 
Zusammenhang ist auch der Begriff Pro- 
grammiersprache zu sehen. Eine Spra- 
che besteht aus einem gewissen Wort- 
schatz inklusive Rechtschreibung und 
aus einer zugehörigen Grammatik (Syn- 
tax). Der Wortschatz einer Program- 
miersprache besteht aus den Befehlen, 
die der (Mikro-) Computer versteht, und 
das Übersetzungsprogramm versteht 
nur richtig geschriebene Befehle bzw. 
Programme, die einer bestimmten for- 
malen Syntax genügen. Bildlich ausge- 
drückt entspricht ein Übersetzuungs- 
programm einem Bürovorsteher, der ei- 
nen Brief solange von der Schreibkraft 
neu schreiben läßt, bis nur noch richtig 
geschriebene deutsche Wörter vorkom- 
men, die Grammatik in Ordnung ist und 
die äußere Form stimmt und ihn dann 
z.B. in Englisch übersetzt. Ob der Brief 
überhaupt notwendig, sachlich richtig 
und vollständig ist — das interessiert ihn 
nicht. 

Damit zu den einzelnen Abschnitten 
konkrete, wenn auch einfache Beispiele 
gebracht werden können, wollen wir uns 
in dieser zweiten Folge den Mikropro- 
zessor TMS 9900 ansehen, d.h. vor allen 
Dingen seine Architektur und seinen 
Befehlsvorrat. Dies sind ganz allgemein 
die wesentlichen Schlüssenbegriffe, um 
für einen bestimmten Mikroprozessor 
bzw. Mikrocomputer abzuschätzen, ob 
er 

@ leicht zu programmieren, 

@ flexibel, 

@ komfortabel 

1St. 


3. Architektur des TMS 9900 

3.1 Schnittstellen des TMS 9900 
Als Überblick sind in Bild 6 zunächst die 
Schnittstellen des TMS 9900 dargestellt. 
Über die Speicherschnittstelle erfolgt 
der Anschluß des Adreßbus, des Daten- 


bus und der diversen Steuerleitungen, die 
den Datenverkehr zwischen Prozessor 
und Speicher regeln. Eine Besonderheit 
des TMS 9900 ist die zusätzliche pro- 
grammierbare Ein-/Ausgabe-Schnitt- 
stelle, die später ebenso wie die Inter- 
rupt-Schnittstelle noch eingehend be- 
sprochen wird. 


3.2 Datenformate und 
Adreßformat des TMS 9900 

Der Datenbus umfaßt 16 Leitungen, d.h., 
das max. Datenformat beträgt 16 bit. Der 
Adreßbus ist intern ebenso breit wie der 
Datenbus, d.h. 2'° = 64 K verschiedene 
Adressen stehen zur Verfügung. Der 
externe Adreßbus umfaßt jedoch nur 15 
Leitungen, denn im Speicher werden nur 
ganze Worte zu 16bit adressiert, die 
jeweils zwei Speicherworte zu 8 bit (= 
1 Byte) belegen. Dadurch ist sowohl das 
Verarbeiten von Worten als auch von 
Bytes möglich. Abhängig vom jeweiligen 
Befehl wird vom TMS 9900 der 15 bit 
breiten Wortadresse intern 1 bit hinzu- 
gefügt oder nicht, je nachdem, ob ein 
Wort oder ein Byte verarbeitet werden 
soll. Daraus ergibt sich, daß der 
TMS 9900 über 2 Datenformate, nämlich 
16 und 8 bit, verfügt. Dementsprechend 
können 64 KByte oder 32 KWorte 
adressiert werden. Damit bieten sich 
zwei gleichwertige Möglichkeiten, den 
Speicher bzw. seine Inhalte darzustellen 
(siehe Bild 8). Für die Beispiele wählen 
wir die wortorientierte Darstellungs- 
form, da jeder Befehl mindestens 16 bit 
lang ist und er dann bequem in eine Zeile 
geschrieben werden kann. Man muß sich 
aber stets vor Augen halten, daß zu 
einem aufgebauten Mikrocomputersy- 
stem byteorientierte Speicher verwen- 
det werden, d.h., daß die beiden Hälften 
eines Einwortbefehls in zwei aufeinan- 
derfolgenden Speicherzellen abgelegt 
sind. 





Versorgungsspannungen 


A2V »5V OV -5V 


CRUIN 
CRUOUT 
(CRUCLK 


Serielle Ein/ 
Ausgabe- 
schnittstelle 





Interrupt- 


TMS9900 
schnittstelle‘ 


NMOS 


RESET 

SISm. d—— 
nittstelle) LOAD 

IAQ 





21 92 93 Du 
Takt 


Bild 6: Schnittstellen des Mikroprozessors TMS 9900 
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01234567 8 910111213 1415 





MSB 
Ein Wort ist 16bit lang 


1 23% 567 


LSB 
Die Wortadresse ist immer gerade 


Bit Oenthält das Vorzeichen 


8 9 1011 1213 14 15 





MSB 


Adresse 
0000 


LSB 


Ein Wort enthält zwei Bytes zu je 8 bit, die einzeln adressiert werden 
können. Die Adresse des linken Byte ist gerade, die des rechten ist unge- 
rade. BitO bzw. Bit 8enthält das Vorzeichen 


Bild 7: Datenformate des TMS 9900 


Wort-orientiert 


Speicher 


MSB LSB 


Byte -orientiert 


Adresse Speicher 


0000 





0002 


0001 





0004 


0002 





0006 


= 
m 
= 
m 
= 
Speicher -Schnittstelle 


0003 








0004 
0005 
0006 





READY 
WAIT 
HOLDA 


Pe—— HOLD 





Die Adressen sind hexadezımal dargestellt 


0007 


FFFE 
FFFF 


Bild 8: Speicherdarstellung für den TMS 9900 
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TMS9900 


Programmschrittzähle 
Workspace Pointer 


Statusregister 


Speicher 





Register 


Programm 


Daten 





Bild 9: Register des TMS 9900 


Speicher 


Mikroprozessor 


Allgemeine 
Register 


Programmskhrittzähler 
Stack Pointer 





Programm 


Daten 


Flags/Statusregister 


Bild 10: Register eines 
herkömmlichen Mikroprozessors 











Operationsteil | _Adreßteil 





MSB LSB 
MSB = Most Significant Bit, höchstwertiges Bit 
LSB = LeastSignificant Bit, niedrigstwertiges Bit 


Bild 11: Teile eines Befehls 





Darüber hinaus sind beliebige Ein-/Aus- 
gabe-Formate zwischen 1 und 16bit 
über die zusätzliche programmierbare 
E-/A-Schnittstelle möglich. 


3.3 Register 

In Bild 9 sind die Register des TMS 9900 
und im Bild 10 die von herkömmlichen 
Mikroprozessoren dargestellt. Dabei 
wollen wir nur solche Register betrach- 
ten, auf die der Programmierer zugreifen 
kann. Natürlich enthält jeder Mikropro- 
zessor auch eine arithmetisch/logische 
Einheit. Es fällt sofort auf, daß der 
TMS 9900 kein einziges allgemeines Re- 
gister enthält, was im ersten Moment als 
gravierender Nachteil erscheinen mag. 
In diesem Mikroprozessor ist nicht ein- 
mal ein Akkumulator vorhanden, so daß 
seine Funktionsfähigkeit überhaupt in 
Zweifel gezogen werden könnte, denn 
der Akkumulator ist, neben der arithme- 
tisch/logischen Einheit, der wichtigste 
Baustein eines Rechenwerks und damit 
eines Mikroprozessors schlechthin, zu- 
mindest war es bisher so. Ferner gibt es, 
im Gegensatz zu herkömmlichen Mikro- 
prozessoren der zweiten Generation, 
keinen Stack-Pointer, auf dessen Funk- 
tion und Sinn noch später eingegangen 
wird. Stattdessen ist ein sogenannter 
Workspace-Pointer oder Arbeitsbe- 
reichszeiger vorhanden. 


3.4 Zweck der Register 

Vergegenwärtigen wir uns, warum ein 
Mikrocomputer(system) üblicherweise 
Register enthält. Unter einem Register 
versteht man ein konstruktiv oder funk- 
tionell ausgezeichnetes Speicherele- 
ment, das i.a. ein oder zwei Datenworte 
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‘bzw. Adressen aufnehmen kann. Bei 


großen digitalen Rechenanlagen stand 
man mit zunehmender Geschwindigkeit 
des Rechenwerks, mit der die damals 
bekannten Speichermedien nicht schritt- 
halten konnten, vor einem Dilemma. 
Entweder realisierte man den Speicher 
mit relativ kostengünstigen Technolo- 
gien, (z.B. Magnetplatte oder Magnet- 
band), mit dem Nachteil, daß das Rechen- 
werk warten mußte, bis ein Befehl oder 
Operand im Speicher gefunden und zum 
Rechenwerk transportiert bzw. bis ein 
Zwischenergebnis im Speicher abgelegt 
wurde, oder man baute den Speicher in 
derselben Technologie (z.B. diskrete 
Bauelemente, ECL-Logik) wie das Re- 
chenwerk, was zu astronomischen Ko- 
sten geführt hätte. Häufig wurde ein 
Kompromiß geschlossen, der auch heute 
noch oft vorkommt: Einen kleinen Teil 
des Speichers realisiert man in der Tech- 
nologie des Rechenwerks, den größeren 
Teil, der das Programm und einige Daten 
enthält, in einer nicht ganz so schnellen, 
aber billigeren Technologie, z.B. mit 
Magnetkernen, während der größte Teil 
des Speichers mit Hilfe von noch billi- 
geren und langsameren Speichermedien, 
etwa mit Magnetplatten oder Magnet- 
bändern, aufgebaut ist. Die erste Stufe 
dieser Speicherhierarchie nennt man Re- 
gister oder Scratch Pad Memories („ano- 
tizblock“-Speicher), die zweite Arbeits- 
speicher und die dritte Hintergrund- 
oder Massenspeicher. Der Arbeitsspei- 
cher wurde, weil er meistens mit Magnet- 
kernen realisiert wurde, sehr oft auch 
Kernspeicher genannt. Damit dieses 
Konzept auch wirkungsvoll ist, muß 
durch die Architektur, den Befehlsvorrat 
und die zugehörigen Organisationspro- 
gramme sichergestellt werden, daß das 
Rechenwerk am häufigsten mit den Re- 
gistern, weniger oft mit dem Arbeitsspei- 
cher und möglichst selten mit dem Hin- 
tergrundspeicher zusammenarbeitet. 
Soweit zu dem einen Aspekt, warum 
Register eingeführt werden. 

Ein anderer Aspekt ist der der Adressie- 
rung, der hier nur gestreift werden soll, 
da die einzelnen Adressierungsarten mit 
ihren Vor- und Nachteilen später disku- 
tiert werden. Im Bild 11 sind die Teile 
eines jeden Befehls dargestellt, nämlich 
Operationsteil und Adreßteil. Dabei ist 
momentan unerheblich, ob der Adreßteil 
eine oder mehrere Adressen enthält und 
wie lang der Befehl ist bzw. wieviel Spei- 
cherworte er belegt. Nehmen wir an, daß 
der Adreßteil mindestens eine Speicher- 
adresse eines Speichers mit 2'° = 64 K- 
Adressen enthält, dann ist diese Adresse 
16 bit lang. Nehmen wir andererseits an, 
daß der Operand, der unter dieser 16-bit- 
Adresse im Speicher abgelegt ist, auch in 
einem von z.B. 6 Registern gespeichert 
wurde, dann wäre derselbe Operand 
auch mit Hilfe einer nur 4bit langen 
Adresse zu finden, denn zur Unterschei- 
dung von 2* = 16 Registern sind nur 4 bit 
notwendig. Demnach wäre der Befehl, 
der eine Registeradresse enthält, in unse- 
rem Beispiel 12 bit kürzer als derselbe 
Befehl, der eine Speicheradresse enthält. 


Diese Rechnung stimmt nicht ganz, denn 
es muß im Befehl noch ein Unterschei- 
dungsmerkmal (mindestens 1 bit) existie- 
ren, aus dem der Befehlsdekoder entneh- 
men kann, ob die jeweilige Adresse eine 
Register- oder Speicheradresse ist. 
Trotzdem läßt sich sagen, daß Register- 
adressen erheblich kürzer als Speicher- 
adressen sind. Verwendet man also in 
Befehlen häufig Registeradressen, wird 
das Programm kürzer und man kommt 
u.U. mit einem kleineren Programmspei- 
cher aus. Dies ist wiederum nicht ganz 
richtig, denn irgendwann muß ein Befehl 
ausgeführt worden sein, der den Operan- 
den vom Speicher in ein Register trans- 
portiert hat. Und dieser Befehl kostet 
auch Programmspeicherplatz. Dennoch 
bietet der Einsatz bzw. das Vorhanden- 
sein von Registern erhebliche Vorteile 
LE Abschnitt über Adressierungsar- 
ten). 

Die bislang genannten Aspekte, nämlich 
Geschwindigkeitserhöhung und Pro- 
grammspeicherersparnis, sind keine 
zwingenden Gründe dafür, daß die Regi- 
ster physikalisch unbedingt in der Zen- 
traleinheit bzw. im Mikroprozessor ent- 
halten sein müssen. Der Grund hierfür 
ergibt sich erst aus der dritten Überle- 
gung, die nicht mehr Rechenanlagen 
allgemein, sondern spezifisch Mikropro- 
zessoren betrifft. 


3.5 Architekturen von 
Mikroprozessoren 

Der Begriff Mikroprozessorarchitektur 
beschreibt das Zusammenwirken der 
Funktionsgruppen Rechenwerk und 
Steuerwerk, d.h. ihren Aufbau, ihre Funk- 
tion und ihre Eigenschaften sowie die 
Kommunikationswege. Zum Steuerwerk 
gehören sicher der Befehlsdekoder, das 
Befehlsregister, der Programmschritt- 
zähler und oft ein Taktgenerator, ein 
Stack, ein Stack Pointer, eine Interrupt- 
Schnittstelle sowie ein oder mehrere 
Indexregister. Zum Rechenwerk gehö- 
ren sicher eine arithmetisch/logische 
Einheit. Status-Flipflops oder ein Status- 
register und oft eine Anzahl von Regi- 
stern, die vom Programmierer beein- 
flußbar sind. Davon wird mindestens 
eines als Akkumulator verwendet. 


3.5.1 Die erste Generation 

Die erste Generation von Mikrocompu- 
ter(systemen) entstand unter dem 
Aspekt des Platzmangels, da der Inte- 
grationsgrad noch nicht so weit fortge- 
schritten war. Wo konnte man sparen? 
Zunächst verzichtete man auf die Mitin- 
tegration von Programm-/Datenspei- 
cher und Ein-/Ausgabe. Damit war klar, 
daß der entstehende Baustein statt eines 
1-Chip-Mikrocomputers ein Mikropro- 
zessor sein mußte. Auch hier sollte einge- 
spart werden. Das Rechenwerk wird um 
so einfacher, je kleiner das Datenformat 
ist. Also entstanden zuerst 4-bit-Mikro- 
prozessoren (z.B. der 4004 von Intel). Das 
Steuerwerk wird dann einfacher, wenn 
möglichst kurze Befehle (z.B. mit einer 
Länge von 8 bit) verwendet werden. Dies 
kann man (vgl. Bild 11) durch wenige und 
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kurze Adressen und/oder kurze Opera- 
tionsteile erreichen. Die wenigsten 
Adressen sind bei sogenannten Ein- 
adreßmaschinen notwendig, nämlich je 
Befehl nur eine (siehe Bild 13). Damit 
dieser Prozessortyp funktioniert, muß 
das Rechenwerk entsprechend Bild 12 
aufgebaut sein. Per Hardware wird ver- 
einbart, daß jedes Verarbeitungsergeb- 
nis im Akkumulator, d.h. in einem spe- 
ziellen Register, abgelegt wird. Ferner ist 
der eine Operand, der Operand A, iden- 
tisch mit dem Ergebnis des vorgegan- 
genen Verarbeitungsschrittes. Gehen 
wir von 8 bit je Befehl aus, könnte man 
4 bit für den Operationskode verwenden, 
so daß der Prozessor 2* = 16 Opera- 
tionen ausführen könnte. 4 bit bleiben 
dann für die Adresse übrig, d.h, man 
könnte nur 16 verschiedene Speicher- 
zellen adressieren. Da dies indiskutabel 
ist, behilft man sich mit einem Trick. Man 
fordert, daß der zweite Operand, Ope- 
rand B, in einem von z.B. 4 internen Regi- 
stern vorliegen muß. Damit gewinnt man 
2 bit für den Operationskode und könnte 
schon 64 verschiedene Befehle ausführen 
(Format a) in Bild 13). Für Sprünge 
würde man etwa das Format b) wählen, 
da man nicht viele Sprünge benötigt, 
aber doch möglichst weit springen will. 
Jetzt ist noch offen, wie ein Operand aus 
dem Speicher in den Prozessor gelangt. 
In diesem Fall muß das Format c) ge- 
wählt, d.h. ein zusätzliches Speicherwort 
spendiert werden, um die erheblich län- 
gere Speicheradresse im Befehl unter- 
bringen zu können. Das Abarbeiten eines 
solchen Befehls dauert natürlich länger, 
schon alleine deswegen, weil er in zwei 
Hälften vom Programmspeicher in den 
Prozessor geholt werden muß. 
Aus diesen Überlegungen ergibt sich fast 
von selbst die prinzipielle Architektur 
von Mikrocomputern der ersten Gene- 
ration. 
© Es sind keine 1-Chip-Mikrocompu- 
ter, sondern Mikroprozessoren 
© Das Datenformat ist 4 bit. 
© Es sind Einadreßmaschinen. 
© Sie müssen allgemeine Register bein- 
halten, meist 4. 
© Wenn zwei Operanden miteinander 
verknüpft werden sollen, müssen 


beide Operanden in je einem Register 
vorliegen. Das Ergebnis wird wieder 
in einem Register (Akkumulator) ab- 
gelegt. 
Zusätzlicher Komfort wie Interrupt, Un- 
terprogrammverschachtelung und di- 
rekter Speicherzugriff sind praktisch 
nicht vorhanden. Im Hinblick auf den 
letztgenannten Punkt bezeichnet man 
die Architektur auch als „Register-zu- 
Register-Architektur“. 


3.5.2 Die zweite Generation 

In dem Maße, wie der Integrationsgrad 
anstieg, konnte das Datenformat auf 
8 bit erhöht werden, die Anzahl der 
internen Register stieg auf 8 bis 16, es 
wurden mehrere Akkumulatoren einge- 
setzt und die Verarbeitungsgeschwindig- 
keiten wuchsen. Ein neuer Standard 
wurde mit der „Register-zu-Speicher- 
Architektur“ erreicht. Sie ist dadurch 
gekennzeichnet, daß mit einem Befehl 
zwei Operanden verknüpft werden kön- 
nen, von denen einer nach wie vor bereits 
in einem internen Register vorliegen 
muß. Der andere Operand darf aber 
noch im Speicher stehen. Natürlich ist bei 
dieser Architektur auch erlaubt, daß 
beide Operanden bereits in Registern 
gespeichert sind. Sofern diese Architek- 
tur bei einer Einadreßmaschine verwirk- 
licht wurde, mußte der eine Operand vor 
der Befehlsausführung immer im Akku- 
mulator stehen. (Beispiele: TMS 8080, 
Motorola 6800). Bei einer Zweiadreßma- 
schine kann der eine Operand in einem 
beliebigen Register stehen (Bild 14). Bei 
der Möglichkeit b bleibt noch offen, ob 
das Ergebnis einer Verknüpfung unter 
der Adresse des Operanden, der in einem 
Register steht oder unter der Adresse 
des Operanden, der im Speicher steht, 
abgelegt wird. Da das Resultat meistens 
wieder im Speicher zur Verfügung ste- 
hen soll, ist die zweite Möglichkeit vor- 
teilhafter. 


3.5.3 Die dritte Generation 

Sie ist durch die „Speicher-zu-Speicher- 
Architektur“ gekennzeichnet. Bei dieser 
Architektur können zwei Operanden, die 
irgendwo im Speicher stehen, durch ei- 
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Bild 12: Vereinfachter 
Aufbau des Rechen- 
werkes einer Ein- 
adreßmaschine 
(ohne Steuerlei- 
tungen und 
Statusregister) 


Operations- Adresse des ei- Adresse desande- 

teil nen Operanden |ren Operanden 
a) 

Operations Adresse des ei-jAdr ssedes.ande- 

teil nenÜÖperanden renÖperanden 
b) 


Ergebnis 


- zur Ausgabeeinheit 
- ineinallgemeines Register 
- in den Speicher 


nen einzigen Befehl miteinander ver- 
knüpft werden. Das Ergebnis dieser Ver- 
knüpfung kann wiederum, bewirkt durch 
ein und denselben Befehl, im Speicher 
abgelegt werden. Eine solche Architek- 
tur eliminiert die Notwendigkeit von 
Registern in einem Mikrocomputersy- 
stem. Denn wenn weder der eine noch 
der andere Operand einer Verknüpfung 
noch das Resultat dieser Verknüpfung in 
einem internen Register vorliegen bzw. 
abgespeichert werden muß, kann man 
auf interne Register, wie allgemeine 
Register und Akkumulatoren, verzich- 
ten. 

Damit verbleiben nur noch die Gründe 
„Geschwindigkeit“ und „Adressierung“, 
die, wie unter Punkt 3.4 erwähnt, für die 
Existenz von Registern sprechen. Wenn 
man die von einem Mikroprozessor ge- 
forderten Speichergeschwindigkeiten 
mit den tatsächlich erreichten Zugriffs- 
zeiten von Halbleiterspeichern ver- 
gleicht, stellt man eine weitgehende 
Übereinstimmung fest. Das bedeutet, 
daß Register, die in einem Mikropro- 
zessor liegen, keinen Vorteil mehr ge- 
genüber solchen bieten, die innerhalb des 
Speichers definiert sind, sofern dieser 
schnell genug ist. 

Der einzige Grund, bei dieser Archi- 
tektur überhaupt Register zu definieren, 
ist der, daß viele Befehle verkürzt wer- 
den können mit dem Vorteil der Pro- 
grammspeicherplatzersparnis. Aber sie 
müssen nicht mehr wie bisher zwingend 
im Mikroprozessor enthalten sein. 
Ebenso wie die „Register-zu-Speicher- 
Architektur“ die die „Register-zu-Re- 
gister-Architektur“ einschloß, umfaßt 
die „Speicher-zu-Speicher-Architektur“ 
auch die beiden anderen. Es können also 
auch jederzeit Operanden, die in Regi- 
stern stehen, miteinander verknüpft wer- 
den. Ebenso kann das Ergebnis einer 
Verknüpfung auch in einem Register 
abgelegt werden. Die „Speicher-zu-Spei- 
cher-Architektur“ kann nur unter Ver- 
wendung einer Zwei- oder Dreiadreß- 
maschine (Bild 15) realisiert werden, da- 
mit tatsächlich in einem Befehl auch das 
Ergebnis im Speicher abgelegt werden 
kann. Bei der Zweiadreßmaschine 
kommt nur die Möglichkeit in Frage, daß 


Vereinbarung: 


Das Ergebnis wird immer 
im Akkumulator abgelegt 


Das Ergebnis wird immer 
unter der Adresse eines der 
beiden Operanden abgelegt. 
| Resultat- 

adresse 


Bei dieser Darstellung wurden Einwortbefehle unterstellt. Befindet sich ein 


Operationsteil 


Adresse des ei- 
nen Operanden 


Operand noch im Speicher, so ist seine Adresse länger und kann dann nur in 
einem Mehrwortbefehl untergebracht werden. 


Bild 14: Befehle einer Zweiadreßmaschine 


| Adresse des ande- 


ren Öperanden |Resultatadresse 





Bild 13: Befehle einer 
Einadreßmaschine 


Bild 15: Befehle einer Dreiadreßmaschine 
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die Resultatadresse identisch mit einer 
Operandenadresse ist (vgl. Bild 14b). 


3.6. Vergleich der Architekturen 

Um die Folgen der einen oder anderen 
Architektur für den Anwender deutlich 
zu machen, ist in den Tafeln 2,3 und 4 ein 
Beispiel dargestellt. Die Aufgabe sei, 
zwei im Speicher stehende Operanden A 
und B zu verknüpfen (z.B. zu addieren) 
und das Ergebnis wieder im Speicher 
abzulegen. Damit die Darstellung unab- 
hängig von einem spezifischen Mikro- 
prozessor und der verwendeten Adres- 
sierungsart bleibt, sind die notwendigen 
Befehle mit Worten beschrieben. Der 
Vergleich zeigt, daß bei der „Speicher- 
zu-Speicher-Architektur“ am wenigsten 
Befehle benötigt werden und bei der 
„Register-zu-Register-Architektur“ am 
meisten. Daraus ergibt sich, daß der 


Mikroprozessors schließen kann, ob er 
zur Lösung eines Problems relativ viele 
oder wenige Befehle schreiben muß. 


3.7 Register des TMS 9900 

Der TMS 9900 ist ein Mikroprozessor 
mit „Speicher-zu-Speicher-Architektur“, 
realisiert als Zweiadreßmaschine nach 
Bild 14b und Tafel 3a. Wie in Abschnitt 
3.3 bereits angedeutet, enthält er keine 
allgemeinen Register, sondern nur den 
Programmschrittzähler, den Workspace- 
Pointer und das Statusregister. Trotz- 
dem kann der Programmierer über 16 
allgemeine Register verfügen, die physi- 
kalisch im Speicher untergebracht sind. 
Jedes Register kann ein 16-bit-Wort 
speichern, gleichgültig ob es sich dabei 
um einen Operanden oder eine Adresse 
handelt. Darüber hinaus ist jedes Regi- 
ster als Pointer (Zeiger) und als Akkumu- 


Anwender aus der Architektur eines lator verwendbar. Daher fehlt im 


Tafel 2: Vergleich der Mikrocomputer-Architekturen 


„Register-zu-Register-Architektur“ 





a) Einadreß- ® Transportiere Operand A vom Speicher in den Akkumu- 
maschine, lator 
Bild 13 ® Transportiere den Akkumulatorinhalt in ein Register R 


® Transportiere Operand B vom Speicher in den Akkumu- 
lator 

® Addiere zum Akkumulatorinhalt den Inhalt des Regi- 
sters R und speichere das Ergebnis im Akkumulator 

® Transportiere den Akkumulatorinhalt in den Speicher 
(beliebige Adresse) 


oder 
b) Zweiadreß- ® Transportiere Operand A vom Speicher in das Register 
maschine, R1 
Bild 14a) ® Transportiere Operand B vom Speicher in das Register 


R2 

® Addiere den Inhalt von Register R 1 und den Inhalt von 
Register R 2 und speichere das Ergebnis im Akkumula- 
tor 

® Transportiere den Akkumulatorinhalt in den Speicher 
(beliebige Adresse) 











Tafel 3: Vergleich der Mikrocomputer-Architekturen 








„Register-zu-Speicher-Architektur“ 


a) Einadreß- ® Transportiere Operand A vom Speicher in den Akkumu- 
maschine, lator 
Bild 13 ® Addiere zum Akkumulatorinhalt den Operanden B, 
der im Speicher steht, und speichere das Ergebnis im 
Akkumulator 
® Transportiere den Akkumulatorinhalt in den Speicher 
(beliebige Adresse) 
oder 
b) Zweiadreß- ® Transportiere Operand A vom Speicher in ein Register 
maschine, R 
Bild 14a) ® Addiere zum Inhalt von Register R den Operanden B, 
der im Speicher steht, und speichere das Ergebnis im 
Akkumulator 
® Transportiere den Akkumulatorinhalt in den Speicher 





(beliebige Adresse) 


oder 
c) Zweiadreß- ® Transportiere Operand A vom Speicher in den Akkumu- 
maschine, lator 
Bild 14b) ® Addiere zum Akkumulatorinhalt den Operanden B, der 


im Speicher steht, und lege das Ergebnis im Speicher 
ab (entweder unter der Adresse von A oder unter der 
von B) 





Tafel 4: Vergleich der Mikrocomputer-Architektur 





„Speicher-zu-Speicher-Architektur” 


a) Zweiadreß- ® Transportiere die Operanden A und B vom Speicher zur 





maschine, arithmetisch/logischen Einheit, addiere sie und lege 
Bild 14b) das Ergebnis im Speicher ab (entweder unter der 
Adresse von A oder unter der von B) 
oder 
b) Dreiadreß- ® Transportiere die Operanden A und B vom Speicher zur 
maschine, arithmetisch/logischen Einheit, addiere sie und lege 
Bild 15 das Ergebnis im Speicher ab (beliebige Adresse). 
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TMS 9900 der Akkumulator. Bis auf das 
Register 0 können alle als Indexregister 
eingesetzt werden. Die 16 Register wer- 
den zusammen als Workspace oder Ar- 
beitsbereich angesprochen. Da sich ein 
Register physikalisch in nichts von einem 
normalen Speicherwort unterscheidet, 
kann der Arbeitsbereich an beliebiger 
Stelle im Speicher liegen bzw. definiert 
werden. Die Identifikation dieser Stelle 
geschieht über den Workspace-Pointer. 
In diesem 16 bit langen Register ist eine 
beliebige Speicheradresse enthalten, die 
identisch mit der Adresse des Speicher- 
wortes ist, das als Register 0 definiert 
wird. Die Speicheradressen der restli- 
chen Register errechnet der TMS 9900 
automatisch. 

Die Register O0 und 11 bis 15 werden von 
bestimmten Befehlen beeinflußt und ha- 
ben dann eine spezifische Bedeutung. 
Wir werden darauf aber nur eingehen, 
wenn es innerhalb eines Beispiels erfor- 
derlich ist. Wesentlich ist, daß der An- 
wender in einem Befehl nicht als Adresse 
233 C „angeben muß, um das Register 12 
anzusprechen. Es genügt, mnemonisch 
R 12 oder 12 anzugeben. Der TMS 9900 
errechnet dann selbständig aus dem 
Wert des Workspace-Pointer (WP) die 
tatsächliche Speicheradresse des Regi- 
sters 12. In unserem Beispiel (WP) + 2: 
12, = 2324, + 2 +, = 2330. Die 
Multiplikation mit 2 muß vorgenommen 
werden, da jedes Register tatsächlich 
2 Byte lang ist (vgl. Bild 8). 

Mit diesem Konzept ist nun folgendes 
möglich: Der Programmierer kann den 
Inhalt des Workspace-Pointers ändern 
und dadurch einen weiteren Arbeitsbe- 
reich definieren. Dies kann beliebig oft 
gemacht werden, so daß ein Programm 
im Prinzip beliebig viele Register benüt- 
zen kann, nur eingeschränkt durch die 
Größe des gesamten Speichers. Die Vor- 
aussetzung für diese enorme Flexibilität 
war das Realisieren der „Speicher-zu- 
Speicher-Architektur“. Wann man die 
Möglichkeit, einen neuen Arbeitsbereich 
zu definieren, sinnvoll und vorteilhaft 
einsetzt, kommt in einem späteren Ab- 
schnitt über Unterprogramme und Inter- 
rupts zur Sprache. Dabei wird sich auch 
zeigen, warum der TMS 9900 keinen 
Stack-Pointer mehr benötigt. 


4. Befehlsvorrat des TMS 9900 

Der Befehlsvorrat des TMS 9900 umfaßt 
69 Befehle, die alle mindestens 1 Wort 
bzw. 16 bit lang sind. Mit Rücksicht auf 
das Thema dieser Artikelserie wird na- 
türlich nur ein Bruchteil der Befehle im 
einzelnen besprochen, nämlich die, die in 
den Beispielen verwendet werden. 


4.1 Länge der Befehle 

Wie jeden neuen Befehlsvorrat muß man 
auch den Befehlsvorrat des TMS 9900 
unter den verschiedensten Aspekten be- 
trachten. Zunächst interessiert, wie lang 
die Befehle sind. Aus Bild 17 geht hervor, 
daß die Befehle mindestens 1 Wort 
(16 bit) und höchstens 3 Worte (48 bit) 
lang sind. Allgemein kann man sagen, 
daß ein Mehrwortbefehl nur dann nötig 
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ist, wenn im Befehl ein Operand (16 bit) 
oder seine Speicheradresse (ebenfalls 
16 bit) enthalten ist. Der Dreiwortbefehl 
kommt nur vor, wenn die „Speicher-zu- 
Speicher-Architektur“ voll ausgenutzt 
wird. 

Da die Befehlslänge variabel ist, muß im 
ersten Befehlswort neben dem eigentli- 
chen Operationskode eine Angabe über 
die Befehlslänge enthalten sein. Diese 
Angabe hängt unmittelbar mit der ver- 
wendeten Adressierungsart zusammen, 
so daß die Forderung mit anderen Wor- 
ten lautet: Im ersten Befehlswort muß 
eine Angabe über die Adressierungsart 
enthalten sein. Und falls der Befehl zwei 
Operanden verknüpft, die mit verschie- 
denen Adressierungsarten angespro- 
chen werden sollen, muß diese Angabe 
getrennt für beide Operanden vorhan- 
den sein. 


4.2 Befehlsformate 

Im Bild 18 sind die Befehlsformate des 
TMS 9900 dargestellt, wobei sich die 
Formate entweder auf einen Einwortbe- 
fehl oder auf das erste Wort eines Zwei- 
oder Dreiwortbefehls beziehen. Allein 
aus dem Format 1 kann man bereits eine 
ganze Menge Rückschlüsse auf die Lei- 
stungsfähigkeit der dieses Format benüt- 
zenden Befehle ziehen. 

© Jeder Befehl verarbeitet zwei Ope- 

randen. 





@ Für jeden Operanden getrennt kann 
die Adressierungsart freigewählt 
werden. Das T;- bzw. T,-Feld enthält 
2 bit, d.h., es könnten 4 verschiedene 
Adressierungsarten sein. Tatsächlich 
sind mit Hilfe eines Tricks 5 erlaubt. 

@ Bei jedem Befehl kann zwischen 
Wort- und Byteverarbeitung gewählt 
werden (Bit 3). 

@ Der Op-Kode (3 bit) läßt theoretisch 
8 dieser flexiblen Befehle zu. Tatsäch- 
lich stehen 6 je Wort- und Byteverar- 
beitung, also insgesamt 12, zur Verfü- 
gung. 

Aus Bild 18 ist zu entnehmen, daß die in 

einem Programm recht häufig vorkom- 

menden Befehle wie Transport, Addition 
und Vergleich das Format I benützen. 

Die Formate III und IX sehen äußerlich 

gleich aus. Deshalb sind sie in Bild 18 

zusammengefaßt. Man trennt sie jedoch, 

da die Interpretationen der einzelnen 

Felder je nach Befehl recht verschieden 

sind. Vorab sei nur darauf hingewiesen, 

daß der TMS 9900 mit nur einem Befehl 
aus zwei 16-bit-Operanden ein 32-bit- 

Produkt bildet. Einen entsprechenden 

Befehl gibt es für die Division. Die 

Abkürzung XOP deutet an, daß der 

Anwender mit diesem Befehl einen von 

16 verschiedenen selbstdefinierten Be- 

fehlen, deren Ausführungsvorschriften in 

ähnlicher Form wie Unterprogramme 
vorliegen müssen, abarbeiten lassen 
kann. Dies ist eine von mehreren Mög- 
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lichkeiten, wie man mit einem festen 
Befehlssatz dennoch eine Anpassung an 
die Erfordernisse einer bestimmten Ap- 
plikation bewerkstelligen kann. Da im 
Format III/IX das T,,-Feld fehlt, muß vor 
der Ausführung eines dieser sehr kom- 
plexen Befehle der eine Operand bereits 
in einem Register vorliegen. Die Re- 
gisteradresse steht im D-Feld. 

Mit den weiteren Formaten wollen wir 
uns nur von Fall zu Fall beschäftigen. Im 
Hinblick auf die tatsächliche Befehls- 
länge kann nun allgemein folgendes fest- 
gestellt werden: 


@ Wird im T;-Feld der Formate III, IX, 
IV und VI angezeigt (Bit 10 = 1,Bit 11 
= 0), daß sich der Source-Operand im 
Speicher befindet, ist der Befehl ein 
Zweiwortbefehl. 

® Wird im Ts- oder T,-Feld des For- 
mats | angezeigt, daß sich einer der 
beiden Operanden im Speicher befin- 
det, ist der Befehl ebenfalls ein Zwei- 
wortbefehl. 

® Nur wenn im T;- und Ty-Feld des 
Formats I angezeigt wird, daß sich 
beide Operanden im Speicher befin- 
a ist der Befehl ein Dreiwortbe- 
ehl. 


Die beiden letzten Punkte gelten auch, 
wenn man statt „Operand“ sinngemäß 
„Datenquelle“ und/oder „Datensenke* ei- 
nes zu transportierenden Operanden 
einsetzt. 



















































































Format: Einwortbefehl bzw. erstes Befehlswort Befehlsarten: 
10111213141516171819 ltolmn2lıal1alısl 
2324 Regıster ° z Addition, Subtraktion, Vergleich, 
TMS9900 2324 gi : T 1 Op-Code |B | T5 D Ts s Transport, ODER, UND 
= 2328 2 | = 
[Re] 232A 3 En =] Ill: Verglei 
E 5 gleich, XOR 
WP_= 2324 232 i | & I, IX Op-Code D Ts S IX:Multiplikation, Division, KOP 
- 90 
2330 6 = rogrammierbare Ein/Aus- 
2332 f 7 2 SE F er 
2a 2 ? ws IV Op-Code Num Ts S gabe 
” 2336 9 x 35 
= Program Counter 2338 10 2 
Programmschrittzähler 2334 E 11 s 8 se vi Op-Code Ts S Erggrammsentiglpersnle 
233C 12 x u 
WP = Workspace Pointer 233E See] & 
Arbeitsbereichszeiger 2340 = 1 [ BFP Sprünge, Einzelbitbefehle 
0315 —= E 3 1% u Op-Code Disp 
ST = Statusregister [ 
V 


23%,5 als Register O interpretiert werden soll 


Darstellung) 























Bild 17: Länge der TMS 9900-Befehle 
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Als Beispiel wurde angenommen, daß das Speicherwort mit der Adresse 


Bild 16: Register des TMS 9900 (wortorientierte 


[ Op-code 2 | Count Reg 


Schiebebefehle 





vun Op-Code 


0 ö Reg Befehle für Konstante u.a. 





vi [ Op-Code B 9 0: 0.0 





Programmkontrollbefehle 
u.c. 





Op-Code = Operationskode. 


Destination, Datensenke. Enthält eine Registeradresse, die sich auf den 
zweiten Operanden und damit das Resultat oder auf das Ziel bei einem 


= Source, Tag, Kennzeichnung der für die „source“ verwendeten Adres- 


Source, Datenquelle. Enthält eine Registeradresse, die sich auf den er- 
sten (ev. einzigen) Operanden oder auf den zu transportierenden Ope- 


Destination, Tag, Kennzeichnung der für die „destination“ verwendeten 





0 15 B = Indikator, ob die Operanden Worte oder Bytes sind. 

EREEERTTEIRETFZRI RE Einwortbefehle To > 
MSB LSB n Adressierungsart 
Bere Transportbefehl bezieht. 
M>B ISB Zweiwortbefehle T a 
[ Speicheradresse oder Operand ® sierungsart 
MSB LSB Ss = 
randen bezieht. 
MSB LSB Num = Anzahl der seriell zu übertragenden Bits. 
| Speicheradresse oder Operand Dreiwortbefehle Disp. = Displacement, Distanz. Relativadresse. 
MB (SB Reg = Adresse eines Registers. 

Count = Angabe, um wieviele Stellen verschoben werden soll 
| Speicheradresse oder Operand s x 5 ; ; 2 
_ P 0 = nicht benutztes Bit. Sein Wert ist 0. 

LSB 





Bild 18: Befehlsformate des TMS 9900 


nn ee ae Fe Be er er | 
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jo] 1 |2]3 4 |5] 6|7]s | so] m|12[13]1]ı5] 


1100000001000010 


a) binär 





b) hexadezimal 


— nn 


co42 


c) mnemonisch MoV RI,R2 


Bild 19: Darstellungsformen eines Befehls 
des TMS 9900 


Der Vollständigkeit halber sei noch er- 
wähnt, daß die Befehle mit dem Format 
VIlund VIII, die als Operanden Konstan- 
ten verwenden, ebenfalls Zweiwortbe- 
fehle sind. 


4.3 Befehlsarten 

Wie jeder Mikroprozessor kann der 
TMS 9900 arithmetische, logische und 
Transportbefehle ausführen. Hinzu kom- 
men in jedem Fall Befehle für die Pro- 
grammkontrolle, z.B. bedingte und unbe- 
dingte Sprünge, Sprünge in Unterpro- 
gramme und Rückkehr in das Hauptpro- 
gramm. Die meisten Mikroprozessoren 
verfügen auch über Schiebebefehle. In 
Tafel4 sind die einzelnen Befehle des 
TMS 9900 entsprechend ihrer Funktion 
aufgeführt. Natürlich kann aufgrund die- 
ser Informationen bei weitem noch nicht 
programmiert werden. Die detaillierte 
Wertung der einzelnen Befehle ist aus 
der Übersicht nicht zu entnehmen. Man 
kann sich aber bei den einzelnen Befeh- 
len einen guten Überblick darüber ver- 
schaffen, wie flexibel sie sind, indem man 






Tafel 4: Befehlsarten des TMS 9900 


Mne- Wirkung For- 
mo- mat 
nik 





Arithmetische Befehle (13) 
A Add words I 
AB Add Bytes I 
ABS Absolute value VI 
Al Add Immediate vi 
DEC Decrement VI 
DECT Decrement by 2 VI 
DIV Divide IX 
INC Increment VI 
INCT Increment by 2 VI 
MPY Multiply IX 
NEG Negate VI 
S Subtract words j 
SB Subtract Bytes j 
Verzweigungen/Sprünge (18) 
B Branch VI 
BL Branch and Link VI 
BLWP Branch and Link WP VI 
JEQ Jump it Equal I 
JHE Jump if High or Equal ll 
JGT Jump if Greater Than Il 
JH Jump if Logical High ll 
JL Jump if Logical Low l 
JLE Jump if Less or Equal I 
JLT Jump if Less Than I 
JMP Unconditional Jump ii) 
JNC Jump if No Carry ı 
JNE Jump if Not Equal I 
JNO Jump if No Overflow I 
JOP Jump if Odd Parity ll 
JOC Jump On Carry Il 
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das jeweils angegebene Format analy- 
siert. 

Die Art, wie der TMS 9900 vorgestellt 
wurde, mag als Beispiel dafür gelten, wie 
man sich einem bislang unbekannten 
Mikroprozessor nähern und ihn grob 
beurteilen kann, ohne sich in Details zu 
verlieren. Im Hinblick auf die Program- 
mierbarkeit sind dabei die entscheiden- 
den Kriterien Architektur und Befehls- 
satz. Eingangs wurde gefordert, daß ein 
Mikroprozessor leicht zu program- 
mieren, flexibel und komfortabel sein 
sollte. Bedingt durch seine neue und 
ungewöhnliche Architektur ist der 
TMS 9900 sicher nicht auf Anhieb zu 
verstehen, da die vielen gebotenen Mög- 
lichkeiten eher zur Verwirrung führen. 
Nach Überwindung der Anfangsschwie- 
rigkeiten wird man aber gerade die 
vielen Möglichkeiten schätzen lernen. 


5. Darstellungsformen eines 
Befehls 

In der ersten Folge wurde dieses Thema 
bereits angeschnitten. Der Ausgangs- 
punkt war, daß eine Liste von Befehlen, 
als 0/1-Folgen geschrieben, eine reich- 
lich unübersichtliche Sache ist. Deshalb 
ist es zweckmäßig, ein und denselben 
Befehl so darzustellen, daß der Program- 
mierer möglichst unmittelbar aus der 
Darstellungsform die Funktion des Be- 
fehls und die verwendeten Operanden 
bzw. Adressen entnehmen kann. 


5.1 Die binäre Darstellung 
Bei der binären Darstellung wird der 
Befehl so geschrieben, wie er tatsächlich 


Mne- Format 
mo- 


nik 


Wirkung 
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im Programmspeicher gespeichert wird, 
nämlich als 0/1-Folge. Beim TMS 9900 
sind alle Befehle mindestens 16 bit lang. 
Als Beispiel wurde in Bild 19a der Ein- 
fachheit halber ein Einwortbefehl ge- 
wählt. Nur als 0/1-Folge dargestellt, ist 
ein Befehl vom Mikroprozessor inter- 
pretierbar. 


5.2 Die hexadezimale Darstellung 
Derselbe Befehl wird in Bild 19b hexade- 
zimal dargestellt. Statt 16 Ziffern sind 
nur noch 4 Ziffern zu schreiben. Der 
Vorteil liegt zum einen in der Platz- und 
Zeitersparnis beim Schreiben des Be- 
fehls. Zum anderen ist die Fehlerrate 
geringer als bei der binären Darstellung, 
wenn man annimmt, daß die Wahr- 
scheinlichkeit, eine falsche Ziffer zu 
schreiben, für binäre und hexadezimale 
Ziffern gleich ist. Leichter interpretier- 
bar ist jedoch diese Darstellungsform 
auch noch nicht. 

Übrigens muß man sich bei der hexade- 
zimalen Darstellung immer bewußt sein, 
daß etwa die Folge CO43,, zwar eine 
hexadezimale Zahl sein kann, aber nicht 
sein muß. Stellt diese Folge insgesamt 
einen Operanden oder eine Adresse dar, 
so ist sie tatsächlich eine Zahl, d.h. ein 
Element aus der Menge der Hexadezi- 
malzahlen, auf das die entsprechenden 
Rechenvorschriften angewandt werden 
dürfen. Z.B. kann man auch eine Um- 
wandlung in eine Dezimalzahl vorneh- 
men, etwa CO42,, = 49 218,, 

Stellt dieselbe Folge jedoch, wie in unse- 
rem Beispiel, einen Befehl dar, so ist ein 
Teil des Befehls der Operationskode, d.h. 














Mne- Wirkung For- 
mo- mat 
nik 



























RTWP Return WP vu STWP Store Workspace Pointer VIII 
x Execute VI SWPB Swap Bytes VI 
Vergleichende Befehle (5) Logische Befehle (10) 
c Compare words j ANDI AND Immediate Vin 
CB Compare Bytes j CLR Clear V 
cl Compare Immediate Vin INV Invert Bits i vl 
coc Compare Ones ORI OR Immediate vi 
Corresponding ll SETO Setto Ones VI 
Cczc Compare Zeros soc Set Ones 
Corresponding 1 Corresponding . | 
SOCB Set Ones Corresponding 
Steuer- und CRU-Befehle (10) : en R P 
ZC et Zeros Corresponding 
LDCR Load CRU IV SZCB Set Zeros Corresponding 
2 Set Bit to One I Bytes 
BZ Set Bit to Zero il f | 
STCR Store CRU IV XOR Exclusive OR ı 
TB Test Bit U) R 
CKOF User defined vi Schiebabefehle a 
CKON User defined vi SRA Shift Right Arithmetic V 
IDLE Idle Vi SRL Shift Right Logical V 
LREX User defined Vi SLA Shift left Arithmetic V 
RSET Reset Vi SRC Shift Right Circular V 
Speicher- und Transportbefehle (8) Erweiterte Befehle (1) 
LI Load Immediate vl xOoP Extended Operation IX 
LIMI Load Interrupt Mask Vi 
LWPI Load Workspace Pointer VIII 
MOV Move Words j 
MOVB Move Bytes j 
STST Store Status Vi 
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die als Bitmuster dargestellte Form der 
Vorschrift, wie der Befehl vom Mikro- 
prozessor auszuführen ist. Das Bitmuster 
stellt keine Binärzahl dar, ebensowenig 
stellt die entsprechende hexadezimale 
Folge eine hexadezimale Zahl dar. Die 
hexadezimale Folge CO42,, gibt dem 
Programmierer keinerlei Auskunft dar- 
über, ob sie einen Operanden, eine 
Adresse, einen Operationskode, sonstige 
Steuerzeichen oder eine Kombination 
dieser Möglichkeiten darstellt. Schon aus 
diesem Grund ist diese Darstellungsform 
für den Programmierer unzumutbar, zu- 
mindest für größere Programme mit 
mehr als 300 Befehlen. 


5.3 Die mnemonische Darstellung 
Bei dieser Darstellungsform wird zu- 
nächst jeder Befehl, d.h. genaugenom- 
men seine Funktion, durch eine mnemo- 
nische Abkürzung beschrieben. Z.B. 
steht in Bild 10c die Abkürzung MOV für 
„Iransportiere“ (move). Die Operanden 
bzw. ihre Adressen werden gesondert 
bezeichnet. So ist z.B. mit R 1 das Regi- 
sterlundmit R 2 das Register 2 gemeint. 
Die Wirkung dieses Befehls ist: Trans- 
portiere den Inhalt des Registers 1 in das 
Register 2 — genauer: Kopiere den In- 
halt des Registers 1 in das Register 2, 
denn der Inhalt von Register 1 bleibt 
erhalten. Aus der Reihenfolge R1, R2 
geht also auch die Transportrichtung, 
nämlich von R 1 nach R 2 hervor. 

Diese Darstellungsform eines Befehls 
kommt unserem Wunsch nach guter 
Interpretierbarkeit schon sehr nahe, 
denn aus einem so geschriebenen Befehl 
kann man unmittelbar die Funktion des 
Befehls und die Operanden bzw. ihre 
Adressen einschließlich der Adressie- 
rungsart entnehmen. Einen derartigen 
Befehl nennt man auch einen symboli- 
schen Befehl, da sowohl die Funktion 
(MOV) als auch i.a. die Operanden bzw. 
die Adressen (R 1, R2) mit Hilfe von 
Symbolen dargestellt sind. Da wir aber 
das Umsetzen eines symbolischen Be- 
fehls bzw. eines ganzen symbolischen 
Programms in die binäre bzw. hexadezi- 
male Darstellungsform einem automati- 
schen Übersetzer übertragen wollen 
(vergl. Folge 1, Absatz 2.3), müssen wir 
uns an einen bestimmten Wortschatz 
und an bestimmte Regeln halten. 


6. Die Assemblersprache _ 

Den erwähnten automatischen Überset- 
zer nennt man Assembler. Diejenige 
Sprache, die ein Assembler versteht, 
wird als Assemblersprache bezeichnet. 
Wie jede Sprache besteht auch sie aus 
einer endlichen Menge von Sprachele- 
menten, Konventionen und Regeln. Die 
Funktion eines Assemblers soll in einem 
späteren Abschnitt beschrieben wer- 
den. 


6.1 Sprachelemente der 
Assemblersprache 

Die Sprachelemente einer Assembler- 
sprache sind: 
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TMS 9900 geschrieben ist 


Tafel 6: Ausschnitt aus einem Programm, das in der Assemblersprache des 


Software 
















BEGIN LI RO, 40 
MOV @ POINT,R1 
MOVB @CHAR,R2 
LOOP CB xR1+,R2 
JEOQO FOUND 
DEC RO 
JNE LOOP 


® Alle mnemonischen Abkürzungen für 
die Befehle eines bestimmten (Mi- 
kro-)Computers, d.h. für alle Befehle, 
die sein Befehlsvorrat umfaßt, 

@ weitere mnemonische Abkürzungen 
für Befehle, die nicht zum Befehls- 
vorrat des (Mikro-)Computers gehö- 
ren, die aber vom Assembler „ver- 
standen“ werden (Assemblerdirekti- 
ven, Assembleranweisungen), 

@® Symbole — zweckmäßigerweise 
ebenfalls mnemonisch —, die unter 
Beachtung gewisser Regeln vom Pro- 
grammierer zum Bezeichnen von 
Operanden und Adressen beliebig 
definiert und verwendet werden kön- 
nen; im Gegensatz zu den mnemoni- 
schen Abkürzungen, die bereits fest- 
liegen, 

® Konstante, die sowohl dezimale als 
auch hexadezimale Zahlen oder Zah- 
lenfolgen sein können, 

® arithmetische Operanden: 

u / ı 
Sonderzeichen: @, >, ”, * 

Aus dem ersten Punkt ist unmittelbar zu 
entnehmen, daß eine Assemblersprache 
immer eng mit einer bestimmten Ma- 
schine verknüpft ist. Deshalb bezeichnet 
man sie auch allgemein als maschinen- 
orientierte Sprache im Gegensatz zu den 
sogenannten höheren und problem- 
orientierten Programmiersprachen, die 
in einer späteren Folge besprochen wer- 
den. 
Aus dem zweiten und dritten Punkt geht 
hervor, daß eine Assemblersprache 
mehr Sprachelemente umfaßt als die 
eigentliche Maschinensprache. Deshalb 
unterscheidet man sie von der Maschi- 
nensprache und nennt sich nur maschi- 
nenorientiert oder maschinennah. 


Initialisiere Schleifenzähler 
Lade Tabellenzeiger 

Lade gesuchtes Zeichen 
Vergleich mit auto-inkrement 
Springe, wenn gefunden 
Dekrementiere Schleifenzähler 
Schleife, wenn nicht fertig 
Nicht gefunden, 


lösche ADDR 





6.2 Syntax 

Die Syntax beschreibt die Regeln, die 
berücksichtigt werden müssen, wenn 
man die Sprachelemente der Assembler- 
sprache zum Abfassen eines „richtigen“ 
Programms verwendet. Dabei ist unter 
richtig „formal“ bzw. „syntaktisch“ richtig 
zu verstehen, was aber nichts mit dem 
Problem zu tun hat ein Programm so zu 
schreiben, daß es das tut, was es soll (logi- 
sche oder semantische Richtigkeit). Im 
allgemeinen ist die Syntax allen Assem- 
blersprachen ähnlich, jedoch nicht gleich. 
Deshalb kann man nur relativ wenige 
allgemeingültige Aussagen treffen. 


6.2.1 Format eines Befehls 

In jeder Zeile steht nur ein Befehl. Jede 
Zeile ist in vier Felder aufgeteilt, entspre- 
chend den vier grundsätzlichen Aussa- 
gen, die ein Befehl beinhalten kann. 
Bild 20 zeigt die vier Felder mit ihren 
jeweiligen Bezeichnungen. Je nach As- 
semblersprachen sind die Felder ver- 
schieden lang mit einer vorgegebenen 
Länge (formatiert) oder das Trennen des 
Feldes geschieht durch ein spezielles 
Trennzeichen (formatfrei). 


Operationskodefeld: Es ist das wich- 
tigste Feld und das einzige, indem immer 
etwas stehen muß, nämlich die mnemoni- 
sche Abkürzung für einen Befehl (genau- 
er: für eine Befehlsfunktion) aus dem 
Befehlsvorrat des (Mikro-)Computers 
oder eine Assembleranweisung. 
In Tafel 6 sind dies z.B. 

LI 

MOV 

JNE 





Bi 





Mnemonik 


Operand(en) Kommentar 


Op-code 


Bild 20: Feldes eines Befehls 
einer Assemblersprache 


Operationskode 


Operations; 
kode 


Adresse Adresse Speicher 





Befehl 


z.B; 
Bild 21: Speicher-direkte 
Adressierung 





214C 0000 


214C 


Speicheradresse 214C,, 
Operand 


64B8,, 
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Operationskode Adresse Register Operationskode Adresse Adresse Speicher 
Befehl 0011 0 Befehl 214C 0000 
_ Jeorı] 
m 2 
3 —— 
4 214C |64 B8 
z.B. Registeradresse 315 D | 
Operand 6488 16 E z.B. indirekte Spei- 214C,, 6488 |12E4 
FE cheradresse 
s Operandenadresse 64B8,,; 
nn Operand 12E4,, FFFF 
Bild 22: Register-direkte Adressierung Bild 24: Speicher-indirekte Adressierung 
Operationskode Adresse Register Adresse Speicher 
Operationskode Operand = [011] 1 
Sn 1 —e3 
z.B. indirekte uw 
zB. Operand 6488, Registeradresse Is S2ER 
Operandenadresse 64B8,., ] 
Operand 12E4,4 F FFFF 





Namensfeld: In diesem Feld kann, aber 
muß nicht etwas stehen. Ist etwas enthal- 
ten, dann eine vom Programmierer ge- 
wählte Zeichenfolge mit einer bestimm- 
ten max. Länge (5 bis 8 Zeichen), die als 
symbolische Kennzeichnung des Befehls 
dient, vor dem diese Zeichenfolge steht. 
Diese Zeichenfolge wird als Name oder 
Marke bezeichnet. 
In Tafel6 bezeichnet z.B. der Name 
LOOP den Befehl CB*R1 +,R 2. Ge- 
naugenommen bezeichnet LOOP nicht 
den Befehl, sondern diejenige Speicher- 
adresse, unter der der Befehl CB*R1 
+, R2 abgespeichert wird. Diese Spei- 
cheradresse bzw. ihr Absolutwert ist zu 
dem Zeitpunkt, zu dem das Programm 
geschrieben wird, im allgemeinen noch 
nicht bekannt. Deshalb wird sie symbo- 
lisch durch den Namen gekennzeich- 
net. 
Kommentarfeld:Dieses Feld kann einen 
beliebigen Text enthalten, der vom Pro- 
grammierer hinzugefügt wird, um die 
Wirkung und den Sinn des jeweiligen 
Befehls oder eines Programmabschnitts 
zu verdeutlichen. Eine Regel für das 
Abfassen von Programmen in einer As- 
semblersprache lautet: 
@ Versehen Sie jeden Befehl mit einem 
Kommentar. 
® Versehen Sie jeden Programmteil mit 
einem zusätzlichen Kommentar. In 
jeder Assemblersprache gibt es die 
Möglichkeit, ganze Kommentarzei- 
len einzufügen. 
Operandenfeld:Im Operandenfeld muß 
bei den meisten Befehlen etwas stehen. 
In diesem Feld werden je nach Befehl 
eine oder zwei Operandenadressen ein- 
getragen, eine oder zwei Angaben über 
die Adressierungsart oder den (die) Ope- 
randen selbst, wenn es sich um Kon- 
stante handelt. Die Adressen werden 
absolut oder symbolisch dargestellt. Bei 
der symbolischen Darstellung muß das 
verwendete Symbol irgendwo im Pro- 
gramm im Namensfeld auftauchen, da- 
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mit klar ist, welche Adresse gemeint ist. 
Die Adressierungsart wird durch spe- 
zielle Zeichen gekennzeichnet, die in 
jeder Assemblersprache verschieden 
sein können. Falls zwei Operanden 
(Adressen) benötigt werden, werden sie 
im allgemeinen durch ein Komma ge- 
trennt; z.B. in Tafel 6: 


LI RO, 40 Die Konstante 40,, soll 
in das Register 0 gela- 
den werden (1 Operan- 
denadresse, 1 Konstan- 


te) 

JEO FOUND Springe zum Befehl der 
durch die Marke 
FOUND gekennzeich- 
net ist (1 Operandenad- 
resse) 

CLRRI Lösche das Register 1 


(1 Operandenadresse) 


6.2.2 Sonstige Syntax 

Sie beschreibt, wie lang ein Name sein 
darf, welche Adressierungsarten auf wel- 
che Weise dargestellt werden, wie Regi- 
ster angesprochen werden, ob und wel- 
che zusammengesetzte(n) Ausdrücke an- 
stelle einer Operandenadresse zulässig 
sind, wie dezimale und hexadezimale 
Adressen und Konstante gekennzeich- 
net werden, welche Assemblerdirektiven 
welche Operanden benutzen und vieles 
andere. Da diese Regeln und Konven- 
tionen im wesentlichen bei jeder Assem- 
blersprache anders aussehen, wollen wir 
nicht näher darauf eingehen. Nur in 
Beispielen soll da, was für den TMS 9900 
und die zugehörige Assemblersprache 
gilt, erklärt werden (vergl. Ab- 
schnitt 7.6). 


7. Adressierungsarten 

Mit dem Begriff Adressierungsart wird 
gekennzeichnet, wie eine in einem Befehl 
enthaltene Adresse vom Mikroprozes- 
sor interpretiert werden muß, um den 


Bild 25: Register-indirekte Adressierung 




















Operanden zu finden. Im Prinzip gibt es 
dafür drei Möglichkeiten, nämlich die: 
® direkte Adressierungsart, 

® indirekte Adressierungsart, 

® relative Adressierungsart. 

Jede dieser Möglichkeiten beinhaltet 
wiederum mehrere Varianten, die wir im 
folgenden analysieren und diskutieren 
wollen. Vorausgeschickt werden muß, 
daß ein und dieselbe Adressierungsart in 
der Literatur und in den Dokumenta- 
tionen der einzelnen Mikroprozessor- 
und Minicomputer-Hersteller recht ver- 
schieden bezeichnet wird, zum Teil sogar 
mit Begriffen, die andere Hersteller für 
eine ganz andere Adressierungsart ver- 
wenden. Der Leidtragende ist der An- 
wender. In diesem Abschnitt wird ver- 
sucht, nicht weiter zur Verwirrung beizu- 
tragen, sondern die grundsätzlichen Un- 
terschiede sowie die Vor- und Nachteile 
der einzelnen Adressierungsarten zu er- 
läutern. Mit diesem Wissen ausgestattet 
ist man in der Lage unabhängig von der 
Bezeichnung durch den jeweiligen Her- 
steller, die Eigenschaften eines Mikro- 
prozessors im Hinblick auf die Adressie- 
rung zu verstehen und zu beurteilen. 


7.1 Direkte Adressierungsarten 
Alle direkten Adressierungsarten sind 
dadurch gekennzeichnet, daß im Befehl 
eine Adresse enthalten ist, die direkt zum 
Operanden führt. 


7.1.1 Speicher-direkte 
Adressierung 
Kennzeichen: Im Befehl steht die 
Adresse eines beliebigen Speicher- 
worts, das den Operanden enthält. 
Andere Bezeichnungen: direct memory 
addressing, symbolic addressing, direct 
addressing, „extended addressing“. Die 
Bezeichnung „extended addressing“ 
wird beim Mikroprozessor 6800 von 
Motorola neu eingeführt, da bei „direct 
addressing“ nur die ersten 256 Spei- 
cherwerte adressiert werden können. 
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1.1.2 Register-direkte 

Adressierung 

Kennzeichen: Im Befehl steht die 
Adresse eines allgemeinen Registers, 
das den Operanden enthält. 

Andere Bezeichnungen: register addres- 
sing, inherent addressing, implizite 
Adressierung. 


1.1.3 Unmittelbare Adressierung 

Kennzeichen: Im Befehl steht keine 
Adresse, sondern der Operand selbst 
(direkter geht's nicht). 

Andere Bezeichnungen: immediate 


17.1.4 Inhärente Adressierung 
Kennzeichen: Im Befehl steht scheinbar 
weder der Operand noch seine Adres- 
se. Der Operand wird inhärent durch 
den Operationskode gekennzeichnet. 
Andere Bezeichnungen: implizite Adres- 
sierung, Akkumulator-Adressierung. 
Beispiel: Inkrementiere Akkumulator. 


7.2 indirekte Adressierungsarten 
Alle indirekten Adressierungsarten sind 
dadurch gekennzeichnet, daß im Befehl 
eine Adresse enthalten ist, die nicht 
direkt zum Operanden führt. Im Befehl 
steht eine Adresse, die ein Register oder 
ein Speicherwort spezifiziert, in dem 
entweder die Operandenadresse (häufig) 
oder wieder eine indirekte Adresse (sel- 
ten) gespeichert ist. 


1.2.1 Speicher-indirekte 

Adressierung 

Kennzeichen: Im Befehl steht die 
Adresse eines beliebigen Speicher- 
worts, das die beliebige Speicher- 
adresse des Operanden enthält. 

Andere Bezeichnungen: nicht bekannt. 


1.2.2 Register-indirekte 

Adressierung 

Kennzeichen; im Befehl steht die 
Adresse eines allgemeinen Registers, 
das die beliebige Speicheradresse des 
Operanden enthält. 

Andere Bezeichnungen: implicite adres- 
sing, Register-Adressierung. 


1.2.3 Register-indirekte 

Adressierung mit auto-inkrement 

Kennzeichen: Nachdem wie bei der Re- 
gister-indirekten Adressierung der 
Operand gefunden wurde, wird der 
Inhalt des im Befehl adressierten Regi- 
sters inkrementiert. Wird derselbe Be- 
fehl dann wieder ausgeführt, wird als 
Operand im allgemeinen der Inhalt des 
dem ursprünglichen Operanden fol- 
genden Speicherworts verwendet (in 
Bild 25: AC12,,) 

Andere Bezeichnungen: nicht bekannt. 


1.2.4. Register-indirekte 

Adressierung mit auto-dekrement 

Kennzeichen: Nachdem wie bei der Re- 
gister-indirekten Adressierung der 
Operand gefunden wurde, wird der 
Inhalt des im Befehl adressierten Regi- 
sters um einen festen Wert dekremen- 
tiert. Wird derselbe Befehl danach 
wieder ausgeführt, wird als Operand 
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im allgemeinen der Inhalt des direkt 
vor dem ursprünglichen Operanden 
liegenden Speicherworts verwendet 
(in Bild 25: 2496,,). 

Andere Bezeichnungen: nicht bekannt. 


7.3 Relative Adressierungsarten 
Alle relativen Adressierungsarten sind 
dadurch gekennzeichnet, daß im Befehl 
nur eine Teiladresse enthalten ist. Die 
Teiladresse allein genügt nicht, um den 
Operanden zu adressieren. Erst nach der 
Verknüpfung mit einer zweiten Teil- 
adresse entsteht eine Adresse, die zum 
richtigen Operanden führt. Da die Vor- 
schriften sehr verschieden und zusätzlich 
die Teiladressen direkte und indirekte 
Adressen sein können, gibt es eine Un- 
zahl von Varianten und Bezeichnun- 
gen. 


7.3.1 Indizierte Adressierung 
Kennzeichen: Im Befehl stehen eine 
Speicheradresse (Basisadresse) und 
eine Registeradresse. In diesem Regi- 
ster (Indexregister) steht eine weitere 
Speicheradresse (Relativadresse oder 
Index). Die Summe dieser beiden Spei- 
cheradressen ist die Speicheradresse 
des Operanden. 
Andere Bezeichnungen: nicht bekannt. 
Der Name Indexregister kommt daher, 
daß sein Inhalt oft als Index verwendet 
wird, um die einzelnen Daten einer 
Tabelle zu adressieren. Die Speicher- 
adresse im Befehl würde dann den Tabel- 
lenanfang adressieren. Der Index wird 
manchmal auch Distanz (displacement) 
genannt. Natürlich darf die Summe von 
Basis- und Relativadresse nicht größer 
als die höchste zulässige Speicheradres- 
se sein. 


Varianten: 

® Die Registeradresse im Befehl kann 
eingespart werden, wenn nur ein spe- 
zielles Register als Indexregister ver- 
wendet werden darf. 

® Um Programmspeicherplatz zu spa- 
ren, enthält der Befehl anstatt der 
16 bit langen Speicheradresse nur 
eine 8bit lange Adresse, die aber 
ebenfalls zum Inhalt des Indexregi- 
sters addiert wird. Einen bestimmten 
Tabellenanfang zu finden, erfordert in 
diesem Fall allerdings mehr Auf- 
wand. 

® Eine der beiden Teiladressen kann 
vorzeichenbehaftet sein. 

@ Als Basisadresse darf eine indirekte 
Adresse verwendet werden (post-in- 
dexing). 

® Die Summe der beiden Teiladressen 
wird als indirekte Adresse interpre- 
tiert (pre-indexing). 


17.3.2 Pageing 

Der Speicherbereich von 64 KWorten 
sei etwa in 64 Seiten (Pages) zu je 1024 
Worten eingeteilt. Ein Register enthält 
die Seitennummer (6 bit) und im Befehl 
ist die Adresse innerhalb der Seite ent- 
halten (10 bit). Durch Aneinanderhängen 
der beiden Adressen entsteht wieder die 
volle 16-bit-Speicheradresse. 
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Je nachdem, wie groß eine Seite gewählt 
wird, wird die Adresse im Befehl länger 
oder kürzer. Das Pageing kann für den 
gesamten Speicher oder nur für den 
Programmspeicher bzw. den Datenspei- 
cher definiert sein. 


7.3.3 Programmschrittzähler- 

relative Adressierung 

Kennzeichen: Im Befehl steht eine 
Adresse, die zum momentanen Inhalt 
des Programmschrittzählers hinzuad- 
diert wird. 

Andere Bezeichnungen: relative Adres- 
sierung, program relative pageing. 
Da der Inhalt des Programmschrittzäh- 
lers modifiziert wird, bedeutet die Aus- 
führung eines solchen Befehls einen 
Sprung. Erfahrungsgemäß ist für 80 bis 
90% aller Sprünge nur eine Sprungweite 
von +128 Speicherworten notwendig. 
Dies ist mit einer 8-bit-Adresse im Befehl 
zu erreichen, deren höchstes Bit als 
Vorzeichenbit verwendet wird. Aus die- 
sem Grund steht bei dieser Adressie- 
rungsart keine volle Speicheradresse 
(16 bit) im Befehl. Entsprechend wird 
manchmal der Programmschrittzähler- 
inhalt als Basisadresse als Distanz (dis- 
placement) bezeichnet, im Gegensatz zu 

Absatz 7.3.1. 

Beim Berechnen der richtigen Distanz 
muß der Programmierer beachten, daß 
der momentane Programmschrittzähler- 
stand nicht den auszuführenden Sprung- 
befehl adressiert, sondern bereits den 
folgenden Befehl (überlappende Verar- 
beitung). Diese Tatsache ist oft die Ursa- 
che vieler Programmierfehler. 


7.4. Vor- und Nachteile 

Wir haben nun eine Fülle von Adressie- 
rungsarten kennengelernt, aber nur rein 
funktional. Offen ist noch, wann welche 
Adressierungsart Vorteile bietet, wobei 
der Begriff „Vorteil“ mit Vorsicht zu 
genießen ist. Mancher Vorteil erweist 
sich unter einem anderen Aspekt oft als 
Nachteil. 

Die direkten Adressierungsarten sind 
am leichtesten verständlich und sehr 
übersichtlich. Im Befehl ist eine Adresse 
enthalten, die direkt zum Operanden 
führt. Der Nachteil der Speicher-direk- 
ten Adressierung ist, daß bei 8-bit-Mi- 
kroprozessoren ein speicherplatzinten- 
siver Dreiwortbefehl und bei 16-bit- 
Mikroprozessoren ein Zweiwortbefehl 
notwendig ist. Dabei ist ein Speicher mit 
einer Kapazität von 2'° = 65 KWorten 
unterstellt. Bei der Register-direkten und 
inhärenten Adressierung kommt man 
dagegen mit einem Einwortbefehl aus. 
Diese beiden Adressierungsarten unter- 
scheiden sich im Prinzip nur durch die 
Darstellung der Registeradresse inner- 
halb des Befehls. Die unmittelbare 
Adressierung setzt einen festen Operan- 
den,d.h. eine Konstante, voraus, denn der 
Befehl ist im Programmspeicher gespei- 
chert, der im allgemeinen mit Festwert- 
speichern (ROM, PROM, EPROM)_reali- 
siert wird. Für die Konstante ist ein 
zusätzliches Speicherwort notwendig. 
Der Nachteil aller direkten Adressie- 
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rungsarten ist, daß die Adresse (bzw. 
sogar der Operand) festliegt. Dies bedeu- 
tet eine ziemliche Einschränkung beim 
Programmieren, wie wir später noch 
sehen werden. Die Ausführungszeiten 
von Befehlen, die direkte Adressierungs- 
arten verwenden, hängen, abgesehen von 
der Komplexität der eigentlichen Be- 
fehlsfunktion, im wesentlichen davon ab, 
ob es ein Einwort- oder Mehrwortbefehl 
ist. Denn die einzelnen Worte des Be- 
fehls müssen nacheinander aus dem Pro- 
grammspeicher über den Datenbus in 
den Mikroprozessor geholt werden. 

Die indirekten Adressierungsarten bie- 
ten große Flexibilität beim Program- 
mieren. Dafür sind sie — zumindest 
anfangs — schwieriger zu beherrschen. 
Ihr wesentlicher Vorteil liegt darin, daß 
ein und derselbe Befehl die verschieden- 
sten Speicheradressen, und damit Ope- 
randen, ansprechen kann, nämlich durch 
Verändern des Registerinhalts oder des 
Speicherworts, das durch die im Befehl 
enthaltene indirekte Adresse spezifiziert 
wird. Diese Möglichkeit wird bei der 
Register-indirekten Adressierungsart 





















Adresse Register 











z.B. Speicheradresse im Befehl 
Registeradresse im Befehl 
Speicheradresse im Register 1 
Operandenadresse = 

Operand 


Befehl 





Adresse Operationskode Adresse 


4E3A 


z.B. Adresse im Befehl 
momentaner Programmschritt- 
zählerinhalt 

neuer Programmschrittzähler- 
inhalt 











= 8842 


FFFF 


PC 
neu 


mit auto-inkrement bzw. auto-dekre- 
ment automatisiert. Ferner ist es mit der 
Register-indirekten Adressierung mög- 
lich, ein Speicherwort zu adressieren, 
ohne daß diese Speicheradresse im Be- 
fehl enthalten sein muß. Man kommt also 
mit einem Einwortbefehl aus und er- 
reicht damit denselben Effekt, wie mit 
der Speicher-direkten Adressierung. Je- 
doch muß zuvor das Register mit der 
richtigen Speicheradresse geladen wer- 
den, was im allgemeinen einen Zwei- 
wortbefehl (unmittelbare Adressierung) 
kostet. Die Ausführungszeit für einen 
Befehl, der die Register-indirekte Adres- 
sierungsart verwendet, ist im allgemei- 
nen länger als bei der Register-direkten 
Adressierung, jedoch wiederum kürzer 
als bei der Speicher-direkten Adressie- 
rung. Bei der Speicher-indirekten Adres- 
sierung ist die Ausführungszeit noch 
länger als bei der Speicher-direkten 
Adressierung (ebenfalls Dreiwortbe- 
fehle bzw. Zweiwortbefehle und ein zu- 
sätzlicher Speicherzugriff). 

Das Pageing wird vor allem deshalb 
verwendet, weil dadurch die im Befehl 





Operationskode Speicheradresse Adresse Speicher 
Befehl 0000 
——— 
Registeradresse 





Bild 26: Indizierte Adressierung 


64B8., 
118 
238A,s 
64B3.,; 
12E4 


+ 238R,; = 8842. 


4E3A 


Bild 27: Programmschrittzähler 


“E86| _ relative Adressierung 


ACıs 
4E3A,, 
4E3A,, 


+ 4C,, = 4E86,5 


Bild 28: Register-direkte 
Adressierung des TMS 9900 
(workspace register addressing) 


Kopiere den Inhalt des Registers 4 in 


(Einwortbefehl) 


PC = Program Counter (Programmschrittzähler) 
Register R 
| Befehl | Operand 
Beispiele: 
MOV R4, RB 
das Register 8 
A R10;, R2 


Addiere eine Kopie des Inhalts von Re- 


gister 10 zum Inhalt von Register 2 
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und lege das Ergebnis in Register 8 ab 
(Einwortbefehl) 













enthaltenen Adressen (meist alle) kürzer 
werden. Bedingt durch das Einteilen der 
Speicher in Seiten, müssen jedoch zu- 
sätzliche Randbedingungen beachtet 
werden, die das Programmieren nicht 
gerade erleichtern. Dafür sind die ent- 
sprechenden Mikroprozessoren bzw. 
Mikrocomputer im allgemeinen billiger. 
Die indizierte Adressierung bietet dem 
Programmierer ebenso wie die indirekte 
Adressierung ein hohes Maß an Flexibi- 
lität, da wiederum ein und derselbe 
Befehl ganz verschiedene Speicher- 
adressen ansprechen kann. Sie ist sogar 
noch vielseitiger, da sich die effektive 
Speicheradresse erst aus einer Addition 
ergibt. Dies bedeutet aber auch, daß die 
Ausführungszeit entsprechend lang ist. 
Ist die im Befehl enthaltene Basisadresse 
eine Speicheradresse, so wird der Befehl 
genauso lang wie bei der Speicher- 
direkten Adressierung, mit den entspre- 
chenden Folgen für die Ausführungs- 
zeit. 

Daß die Programmschrittzähler-relative 
Adressierung nur zum Darstellen von 
Sprungadressen dienen kann, wurde be- 
reits festgestellt. Insofern ist diese 
Adressierungsart nur von beschränktem 
Nutzen. 


7.5. Auswahl 

Nach diesem Überblick über die Vor- 

und Nachteile der einzelnen Adressie- 

rungsarten stellt sich die Frage: Wieviele 

Adressierungsarten braucht der Pro- 

grammierer zu seinem Glück? Antwort: 

Eine, nämlich die, die er sich für den 

momentan zu schreibenden Befehl 

wünscht! 

Natürlich leistet das kein Mikroprozes- 

sor, denn die Wünsche sind immer viel- 

fältiger, als der Hersteller es jemals 

vorsehen, geschweige denn realisieren 

kann. Falls der Mikroprozessor jedoch 

die folgenden Adressierungsarten zu- 

läßt, lassen sich die Wünsche der Pro- 

ER NR in den meisten Fällen erfül- 

en: 

® Register-direkt oder inhärent, immer 
gegeben aufgrund der Architektur 
\ Mikroprozessoren (vergl. 2. Fol- 
ge 

@ Speicher-direkt 

® unmittelbar 

® Register-indirekt 

® Register-indirekt mit 
ment 

® indiziert 

®© Programmschrittzähler-relativ 


auto-inkre- 


Ist „indiziert“ zulässig, dann muß „Regi- 
ster-indirekt“ nicht unbedingt vorhanden 
sein und umgekehrt, denn es lassen sich 
die gleichen Effekte, abgesehen von 
auto-inkrement und -dekrement errei- 
chen. „Speicher-direkt“ und „Regis :r- 
indirekt mit auto-inkrement“ sind nicht 
notwendig, da man sie durch die anderen 
Adressierungsarten nachvollziehen 
kann, jedoch werden sie häufig ge- 
wünscht, da sich dadurch Befehle einspa- 
ren lassen. Mit „Register-indirekt mit 
auto-dekrement“ lassen sich ebenfalls 
Befehle einsparen. Diese Adressierungs- 
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art kann jedoch oft durch „auto-inkre- 
ment“ ersetzt werden, indem man die 
Programmstruktur leicht verändert. Im 
Hinblick auf eine sinnvolle Einschrän- 
kung wird diese Adressierungsart jedoch 
nicht in die Liste aufgenommen. „Spei- 
cher-indirekt“ steht sehr selten auf der 
Wunschliste und „Pageing“ wünscht man 
sich nicht, sondern man nimmt es in Kauf. 
Stehen die aufgeführten Adressierungs- 
arten zur Verfügung, hat der Program- 
mierer die Möglichkeit, sein Programm 
nach verschiedenen Gesichtspunkten zu 
optimieren, nämlich bezüglich der: 


© Anzahl der symbolischen Befehle, d.h. 
Verwendung der programmtechnisch 
wirkungsvollsten Befehle ohne Rück- 
sicht auf die Länge der zugehörigen 
Maschinenbefehle. 

© Länge des Programms im Speicher, 
d.h. Verwendung von Einwortbefeh- 
len, wo immer es möglich ist. 

© Ausführungszeit, d.h. Verwendung 
von Befehlen, die schnell ausgeführt 
werden. 


Speziellbeim erstgenannten Punkt spielt 
natürlich die Architektur des verwen- 
deten uP eine wesentliche Rolle (vergl. 
Folge 2). 

Bislang wurde noch außer acht gelassen, 
daß die Adressierungsarten eines uP ein 
Versprechen darstellen, das nicht unbe- 
dingt gehalten wird. Dies ist dann der 
Fall, wenn die eine oder andere Adres- 
sierungsart nur für sehr wenige Befehle 
zulässig ist. Daraus ergibt sich, daß die 
Anzahl der verschiedenen zulässigen 
Adressierungsarten alleine noch keine 
Aussage über die Flexibilität ermöglicht, 
sondern erst die Analyse, für wieviele 
und welche Befehle jede Adressierungs- 
art zulässig ist. 

Bei uP’'s, die als Zweiadreßmaschine 
arbeiten, ist darüber hinaus noch zu 
untersuchen, ob pro Befehl für beide 
Operanden die gleiche Adressierungsart 
verwendet werden muß oder nicht. 


1.6. Adressierungsarten des 

TMS 9900 

Am Beispiel des TMS 9900 sollen nun die 
vorangegangenen Überlegungen ver- 
deutlicht werden. 


1.6.1. Register-direkte 

Adressierung 

(vergl. Abschnitt 7.1.2) 

Im Befehl steht die Adresse eines der 16 
Register des Arbeitsbereiches (Work- 
space, vergl. Folge 2), das den Operanden 
enthält. 


1.6.2. Speicher-direkte 
Adressierung 

(vergl. Abschnitt 7.1.1) 

Im Befehl steht die Adresse eines belie- 
bigen Speicherwortes, das den Operan- 
den enthält. Inder Assemblersprache des 
TMS 9900 kann die Speicheradresse 
symbolisch (in Bild 29: TABLE 1, LIST 4, 
STORE) oder absolut (in Bild 29: 12, 
>7C) angegeben werden. Die Adressie- 
rungsart „Speicher-direkt“ wird durch 
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das Zeichen @ spezifiziert. Der Name 
„symbolic addressing“ kommt daher, daß 
zum Darstellen von Speicheradressen in 
der Assemblersprache in den meisten 
Fällen Symbole verwendet werden. 


7.6.3. Unmittelbare Adressierung 
(vergl. Abschnitt 7.1.3) 

Im zweiten Wort des Befehls ist der 
Operand enthalten. Diese Adressie- 
rungsart wird in der Assemblersprache 
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nicht besonders gekennzeichnet, da sie 
nur im Zusammenhang mit bestimmten 
Befehlen verwendet wird, d.h. sie geht 
aus deren Operationskodes hervor. 


7.6.4. Register-indirekte 
Adressierung 

(vergl. Abschnitt 7.2.2) 

Im Befehl steht die Adresse eines Regi- 
sters, das die Speicheradresse des Ope- 
randen enthält. Damit die Register-indi- 





1.Befehlswort 
Speicheradresse 


Beispiele: 


Speicher 


S @TABLE 1, @LIST4 Subtrahiere eine Kopie des Inhalts des 
durch TABLEI 
cherworts vom Inhalt des durch LIST4 
gekennzeichneten Speicherworts und 
lege das Ergebnis in dem durch LIST4 
gekennzeichneten Speicherwort ab 
(Dreiwortbefehl) 

Vergleiche den Inhalt des Registers 0 
mit dem Inhalt des durch STORE gekenn- 
zeichneten Speicherworts 


c RO, @STORE 


fehl) 


MOV @12, e>7TC 


Register R 


Kopiere den Inhalt des Speicherworts 
mit der Adresse 999C,, (= 9912,.,) in 
das Speicherwort mit der Adresse 997C,, 
(Dreiwortbefehl) 





Befehl Speicheradresse |={ 


Operand 


Bild 29: Speicher-direkte 
Adressierung des TMS 9900 
(symbolic adressing, direct ad- 
dressing) 


gekennzeichneten Spei- 


(Zweiwortbe- 


Speicher Bild 30: Register-indirekte 


Adressierung des TMS 990 





Beispiele: 


A «R7, «R2 


fehl) 


MOV 


«R1@, RQ 


Register R 





Addiere den Inhalt des Speicherworts, 
das durch den Inhalt von Register 7 

adressiert wird, 
cherworts, 
Register 2 adressiert wird, 
das Ergebnis wiederum in jenem Spei- 

cherwort ab, das durch den Inhalt von 
Register 2 adressiert wird (Einwortbe- 


Kopiere den Inhalt des Speicherworts, 
das durch den Inhalt von Register 10 
adressiert wird, 
(Einwortbefehl) 


(workspace register indirect 
addressing) 


zum Inhalt des Spei- 
das durch den Inhalt von 
und lege 


in das Register 0 


Speicher Bild 31: Register-indirekte 








Befehl Speicheradresse 


2 _(Wortverarbeitung) 


Beispiele: 
Ss «R3+, R2 


fehl) 


CB @TABLE, «R9+ 






Operand 


1  (Byteverarbeitung) 
oder r ü 


Subtrahiere den Inhalt des Speicher- 

worts, das durch den Inhalt von Regi- 
ster 3 adressiert wird, vom Inhalt des 
Registers 2, lege das Ergebnis in Re- 
gister 2 ab und inkrementiere den In- 
halt von Register 3 um 2 


Vergleiche den Inhalt des durch TABLE 
gekennzeichneten Byte mit dem Byte, 
das durch den Inhalt von Register 9 
adressiert wird, und inkrementiere den 
Inhalt von Register 9 um 1 
befehl) 


Adressierung mit auto-inkre- 
ment des TMS 9900 (workspace 
register indirect auto-incre- 
ment addressing) 





(Einwortbe- 


(Zweiwort- 








65 


Software 





Tafel 7: Anzahl der Befehle je Adressie- 
rungsart beim TMS 9900 








Adressierungsart Anzahl der 
Befehlex 

Register-direkt 40 
Speicher-direkt 34 
unmittelbar 7 
Register-indirekt 34 
Register-indirekt 34 
mit auto-inkrement 

indiziert 34 


Programmschrittzähler- 13 
relativ 
Ein-/Ausgabe-relativ 3 


«bei 2-Operanden-Befehlen min- 
destens für einen Operanden 
zulässig 








rekte von der Register-direkten Adres- 
sierungsart unterschieden werden kann, 
wird sie in der Assemblersprache durch 
das Zeichen * gekennzeichnet. 


7.6.5. Register-indirekte 
Adressierung mit auto-inkrement 
(vergl. Abschnitt 7.2.3) 

Nachdem der Operand wie bei der Regi- 
ster-indirekten Adressierung gefunden 
wurde, wird der Inhalt des im Befehl 
spezifizierten Registers um 2 (Wortver- 
arbeitung) oder um 1 (Byteverarbei- 
tung) inkrementiert. In der Assembler- 
sprache wird diese Adressierungsart 
durch ein +-Zeichen hinter dem zu 
inkrementierenden Register gekenn- 
zeichnet. 


7.6.6. Indizierte Adressierung 
(vergl. Abschnitt 7.3.1) 

Die effektive Speicheradressse des Ope- 
randen ergibt sich aus der Summe zweier 
16-bit-Worte, von denen das eine (Spei- 
cheradresse) im Befehl enthalten ist und 
das andere (Index) in einem Register 
steht, dessen Adresse ebenfalls im Befehl 
angegeben ist. In der Assemblersprache 
wird die Registeradresse in Klammern 
angegeben. Davor muß die Speicher- 
adresse stehen, die im Befehl enthalten 
sein soll. Sie wird, wie bei der Speicher- 
direkten Adressierung, durch das @-Zei- 
chen dargestellt. Zur indizierten Adres- 
sierung dürfen nur die Register 1 bis 15, 
jedoch nicht das Register O0 verwendet 
werden. 


7.6.7. Programmschrittzähler- 
relative Adressierung 

(vergl. Abschnitt 7.3.3) 

Diese Adressierungsart wird bei den 
meisten Sprungbefehlen (Einwortbefeh- 
le) des TMS 9900 verwendet. Im rechten 
Byte des Befehls steht eine vorzeichen- 
behaftete Distanz (displacement), die, 
wenn sie negativ ist, als Zweierkomple- 
ment dargestellt wird. Daraus ergibt sich 
eine Sprungweite bis —128 Worte 
(Rückwärtssprung) bzw. bis 127 Worte 
(Vorwärtssprung), und zwar bezogen auf 
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den momentanen Programmschrittzäh- 
lerinhalt, also bezogen auf die Adresse 
des Befehls, der unmittelbar nach dem 
Sprungbefehl gespeichert ist. Bezieht 
man nun die Sprungweite auf die 
Adresse des Sprungbefehls selbst, so 
ergibt sich eine Sprungweite bis — 127 
Worte beim Rückwärtssprung bzw. bis 
+ 128 Worte beim Vorwärtssprung. Die 
Distanz oder Relativadresse kann in der 
Assemblersprache durch ein Symbol 
(korrespondierend mit einem Namen im 
Namensfeld) oder absolut durch eine 
Dezimalzahl in Verbindung mit dem $- 
Zeichen angegeben werden. Das $-Zei- 
chen kennzeichnet dabei das Speicher- 
wort, indem der Sprungbefehl selbst 
steht und die Dezimalzahl kennzeichnet 
die Distanz in Bytes (von —254 bis 
+ 256). 

Es gibt noch eine weitere Adressierungs- 
art, nämlich „CRU relative addressing“, 
die im Zusammenhang mit der zusätzli- 
chen programmierbaren Ein-/Ausgabe- 
schnittstelle verwendet wird. Sie funktio- 
niert ähnlich wie die Programmschritt- 
zähler-relative Adressierung. Da wir we- 
gen der Komplexität des Themas im 
Rahmen dieser Artikelserie nicht auf die 
Ein-/Ausgabeschnittstellen eingehen 
wollen, wird diese Adressierungsart 
nicht näher erläutert. 

Im Hinblick auf die im Abschnitt 7.5 
aufgestellten Forderungen ist in Tafel 7 
dargestellt, wieviele Befehle je Adressie- 
rungsart zur Verfügung stehen. Dazu ist, 
anhand der in der zweiten Folge darge- 
stellten Befehlsformate festzustellen, 
daß bei den 2-Operanden-Befehlen (For- 
mat I) für jeden Operanden getrennt 
eine der fünf folgenden Adressierungs- 
arten gewählt werden kann: 


Ts- oder Ty-Feld 


® Register direkt 00 
® Register indirekt 01 
@ Speicher direkt 10 
@ Indiziert 10 
® Register indirekt mit 
auto-inkrement 11 


Dabei können alle 16 Register als Adreß- 
register und 15 Register als Indexregi- 
ster verwendet werden. 

Bei den 2-Operanden-Befehlen mit dem 
Format III oder IX gilt dies noch für 
einen der Operanden, ebenso wie für den 
Operanden der Befehle mit dem Format 
IV oder VI. 


8. Ablauf einer 
Programmentwicklung 

Zunächst eine Definition: Ein Programm 
ist eine Folge von Befehlen, die vom 
Programmierer mit dem Ziel erstellt 
wird, daß ein Mikrocomputer eine be- 
stimmte Aufgabe löst bzw. eine be- 
stimmte Arbeit ausführt. 


8.1. Aufgabenstellung 

Die grundlegende Voraussetzung für die 
Programmentwicklung ist also eine klar 
gestellte Aufgabe. Eine Selbstverständ- 
lichkeit? Im Prinzip ja — aber die Praxis 
sieht leider anders aus. Natürlich wird am 
Anfang jeder Entwicklung eine irgend- 
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wie geartete Beschreibung der System- 
funktion vorliegen, allerdings oft mit der 
Betonung auf „irgendwie“. Die Folge 
davon sind in den meisten Fällen Zeitver- 
lust oder nicht optimale Systeme oder 
Programme. 

Um solche unerwünschten Begleiter- 
scheinungen zu vermeiden, sollte die 
Systemfunktion in einem Pflichtenheft so 
vollständig wie möglich schriftlich fest- 
gelegt sein. Das schriftliche Fixieren hat 
den Vorteil, daß die Systemfunktion 
besser durchdacht und vollständiger ist 
und fehlende Teile besser erkannt wer- 
den können. Für einfache Aufgabenstel- 
lungen ist dies nicht schwierig; kom- 
plexere Probleme verlangen jedoch Be- 
urteilungsvermögen, _ konzeptionelle 
Entscheidungen und Überlegungen, wel- 
che Funktionen per Software verwirk- 
licht werden sollen. In jedem Fall — 
unabhängig davon, ob das Pflichtenheft 
nur einige oder hundert Seiten umfaßt — 
sollten immer folgende Teile enthalten 
sein: 


® Problembeschreibung — eine zusam- 
mengefaßte Beschreibung des Pro- 
blems, das durch das System gelöst 
werden soll 

® Hardware — eine Liste aller Bauteile 
und Geräte, die benutzt werden müs- 
sen, einschließlich der grundlegenden 
Eigenschaften. Dazu gehören auch 
einzelne Signalleitungen und deren 
Charakteristika 

@ Software — muß auf bestehende Pro- 
gramme Rücksicht genommen wer- 
den? Wenn ja, müssen die Schnitt- 
stellen besonders sorgfältig definiert 
sein. 

® Randbedingungen — zum Beispiel 
Synchronisation, Datendurchsatz 
usw. 

® Anwenderbeschreibung — hier soll 
im Hinblick auf den zukünftigen An- 
wender das System vollständig be- 
schrieben werden, zum Beispiel durch 
den Anwender auslösbare Funktio- 
nen, Eingabedaten, gelieferte Resul- 
tate, sonstige Eigenschaften und Vor- 
teile, die Behandlung von Fehlern 
aller Art usw. 


Der letztgenannte Abschnitt ist meist 
der umfangreichste. Je übersichtlicher, 
vollständiger und eindeutiger das Pflich- 
tenheft ist, um so leichter haben es der 
Entwickler und der Programmierer. Dies 
bedeutet jedoch nicht, daß es möglichst 
umfangreich sein sollte. Im Gegenteil, 
die Angaben sollten so knapp wie mög- 
lich sein und sich nur auf die Funktion 
und die zu beachtenden Randbedingun- 
gen beziehen, und zwar nur auf solche, 
die unbedingt erforderlich sind, nicht 
jedoch auf Methoden zur Verwirkli- 
chung der Funktion. Jede unnötige For- 
derung im Pflichtenheft bedeutet eine 
ebenso unnötige Einengung bei der an- 
schließenden Suche nach der optimalen 
Realisierung. 

Bei aller Bemühung um ein gutes Pflich- 
tenheft ist eines beim Erstellen schon 
sicher: Es wird geändert!Sei es, daß noch 
Angaben ergänzt werden müssen, daß 
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vorgesehene Funktionen nicht realisiert 
werden können oder zu teuer kommen, 
Änderungen sind immer notwendig. Hin- 
reichend bekannt ist der Effekt, der am 
besten mit „mit dem Essen kommt der 
Appetit“ beschrieben werden kann. Spe- 
ziell bei den ersten Projekten, die mit 
Hilfe von Mikroprozessoren verwirk- 
licht werden, ist die Gefahr sehr groß, 
daß laufend funktionelle Ergänzungen 
und Änderungen gewünscht und geneh- 
migt werden. Irgend jemand — meist der 
Vertrieb — hat eine grandiose Idee, 
welche hervorragende Eigenschaft das 
neue Produkt noch haben könnte, mit 
dem Hinweis, daß dazu doch sicher nur 
eine ganz kleine Programmänderung 
notwendig sein dürfte. Diese „ganz klei- 
nen Programmänderungen“ kosten je- 
doch immer Zeit, und zwar um so mehr, 
je später sie gemacht werden müssen. 
Besonders schwierig und aufwendig sind 
sie, wenn das Programm fertig ist und mit 
Ach und Krach in den vorgesehenen 
Programmspeicher, womöglich mit Hilfe 
spezieller Programmtricks, hineinpaßt. 
Ganze Entwicklungslabors wurden 
schon auf diese Weise ausreichend be- 
schäftigt. Meist kommt das entwickelte 
Produkt auf diese Weise zu spät und 
stark verändert (bei weitem nicht immer 
zum Besten) auf den Markt. 

Zu fordern ist daher, daß die (Pro- 
gramm-)Entwicklung erst dann beginnen 
darf, wenn die Aufgabensstellung einen 
gewissen Reifegrad erreicht hat und daß 
bei jedem Anderungswunsch genau ge- 
prüft wird, ob die Anderung tatsächlich 
notwendig und sinnvoll ist (es gibt kein 
Produkt, das alles kann). Die verblei- 
benden Anderungen sollten schriftlich in 
Form von Austauschblättern fixiert wer- 
den, da dann die Übersicht über den 
jeweils letzten Stand der Aufgabenstel- 
lung am besten erhalten bleibt. 


8.2. Systemanalyse 

Nachdem die Aufgabenstellung im ferti- 
gen Pflichtenheft festgelegt wurde, folgt 
die Systemanalyse, in der die Struktur 
und die Randbedingungen des Systems 
sowie die erforderlichen Teilfunktionen 
näher untersucht werden. Da wir ein 
Projekt unterstellen, das mit Hilfe eines 
Mikroprozessors verwirklicht werden 
soll, muß darauf hingearbeitet werden, 
die Systemfunktionen durch eine Rei- 
henfolge von einzelnen auszuführenden 
Aktionen zu beschreiben. 

Natürlich wird das nicht auf Anhieb 
gelingen. Deshalb ist es sinnvoll, die 
einzelnen Funktionsblöcke des Systems 
für sich zu betrachten, zum Beispiel Ein- 
und Ausgabeoperationen, verarbeitende 
und rechnende Operationen, Synchroni- 
sationen und Datenaufbereitungen. Ei- 
nige Funktionsblöcke werden immer 
noch zu komplex sein, um sie als Reihen- 
folge von Aktionen darstellen zu können, 
so daß man sie noch weiter unterteilt. 
Auf diese Weise entsteht eine Struktur, 
wie sie in Bild 34 dargestellt ist. Der 
Aufgliederungsprozeß ist absolut flexi- 
bel, denn abhängig von der Erfahrung 
des Anwenders und von der Komplexität 
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des jeweiligen Systems bzw. der Blöcke 
wird das Aufgliedern genau so lange 
fortgesetzt, bis die Darstellung der 
Blockfunktion als Reihenfolge von Ak- 
tionen möglich wird. 

Nach diesem Schritt ist für jeden Block 
festzulegen, welche Aktionen in welcher 
Reihenfolge durchgeführt werden müs- 
sen, um die jeweils geforderte Funktion 
zu realisieren. Dabei beschränken wir 
uns hier nur auf solche Aktionen, die vom 
uP auszuführen sind. Zu beschreiben sind 
im einzelnen, welche Ereignisse gemes- 





Software 


sen, überwacht und gesteuert werden 
müssen und aufgrund welcher Ursache 
welche Wirkung erfolgen soll. Die ein- 
zelnen Aktionen werden mit Worten 
definiert, wie etwa „wenn Relais A ge- 
schlossen und die Taste B gedrückt ist, 
soll der Motor C eingeschaltet werden“. 
Der Anwender muß entscheiden, ob sich 
die Ereignisse per Interrupt selbst mel- 
den oder ob sie abgefragt werden sollen. 
Müssen bestimmte Aktionen in einer 
vorgegebenen Zeit ablaufen oder ist die 
Geschwindigkeit generell wichtig? 











RegısterR Speicher Bild 32: Indizierte Adressierung 
[indem | (+) des TMS 9900 (indexed memory 
| addressing) 
effektive Speicheradresse 
Beispiele: 
A @>248B(R7), R5 Addiere einen Operanden zum Inhalt von 
Register 5 und lege dieses Ergebnis in 
Register 5 ab. Die Aäresse des Operan- 
den ergibt sich aus der Summe von 
248B,, und dem Inhalt des Registers 7 
(Zweiwortbefehl) 
MOV R2, @LIST(R5) Kopiere den Inhalt des Registers 2 in 


das Speicherwort, 


dessen Adresse sich 


aus der Summe der symbolischen Adresse 
LIST und dem Inhalt des Registers 5 


ergibt 


Sprungbefehl 


[Opa [Disinz] 
nächster Befehl 









Programmschrittzähler 


2. Distanz 


Bild 33: Programmschrittzäh- 
ler-relative Adressierung des 
TMS 9900 (program counter re- 
lative addressing) 











Beispiele: 
NOW JMP BEGIN 

Worte 
NOW JMP $+12 





Springe unbedingt zum Befehl im Spei- 
cherwort mit der symbolischen Adresse 
BEGIN. Diese darf nicht größer sein 

als die symbolische Adresse NOW +128 
Worte und nicht kleiner als NOW 


Springe unbedingt zum Befehl im Spei- 
cherwort mit der symbolischen Adresse 
NOW +12, 


-127 





d.h. zum sechsten Wort nach 


dem Speicherwort mit der symbolischen 
Adresse NOW 





Bild 34: Zerlegen 
der Systemfunk- 
tion in Teilfunk- 





System- 
funktion 

















tionen 
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Wenn die erforderlichen Aktionen auf 
diese Weise beschrieben sind, kann man 
bereits das erste Flußdiagramm zeich- 
nen. Dabei sollen die im Bild 35 und 36 
dargestellten Sinnbilder, soweit sie für 
diesen Zweck sinnvoll sind, verwendet 
werden. 

Im Verlauf einer System- bzw. Pro- 
grammentwicklung werden nicht nur ein 
Flußdiagramm, sondern mehrere erstellt, 
nämlich auf der: 

@® Konzeptionsebene 

® Algorithmusebene 

® Befehlsebene. 

Die Flußdiagramme auf der Algorith- 
mus- und Befehlsebene werden üblicher- 








weise als Programmablaufpläne be- 
zeichnet. Wesentlich ist, daß die Flußdia- 
gramme auf der Konzeptions- und Algo- 
rithmusebene unabhängig von einem be- 
stimmten Mikroprozessor entwickelt 
werden können, d.h. im Stadium der 
Systemanalyse muß man sich keines- 
wegs auf einen bestimmten uP festlegen. 
Dies ist erst auf der Befehlsebene not- 
wendig. Andererseits entsteht durch die 
detaillierten Vorarbeiten während der 
Problemanalyse ein weitgehend voll- 
ständiges Bild von der Leistungsfähig- 
keit und den Eigenschaften, die ein für 
die spezielle Applikation brauchbarer uP 
aufweisen muß. Konzeptionelle Flußdia- 


gramme enthalten allgemein beschrie- 
bene Angaben darüber, was getan wer- 
den muß, während Flußdiagramme auf 
der Algorithmusebene definieren, wie 
diese geforderten Aktionen verwirklicht 
werden können. Endlich liefern die Fluß- 
diagramme auf der Befehlsebene den 
genauen Weg für das Abfassen des 
eigentlichen Programmes in einer be- 
stimmten Assemblersprache. 

Zur Veranschaulichung ist im Bild 37 ein 
Flußdiagramm auf der Konzeptebene 
für eine einfache Steuerung dargestellt, 
bei der die Eingabeeinheiten abgefragt 
werden sollen, ob Daten anstehen. Die 
einzelnen Aktionen sind in Rechtecke 








Sinnbild Benennung Erläuterung bzw. Anwendung Sinnbild Bedeutung Erläuterung bzw. Anwendung 
Bearbeitung für Bearbeitungsvorgänge, i r 
allgemein die durch andere Sinnbilder Operation 2.B. Transportieren, Rechnen, 
nicht erfaßt sind allgemein Löschen, Modifizieren, Vergleichen 








Eingeben 
von Hand 


m 


Eingabe von Steuer-, Kontroll- 
und Korrekturdaten von Hand 








Datenträger 
allgemein 


Schriftstücke 


für Datenträger, die durch 
andere Sinnbilder nicht erfaßt 
sind oder nicht näher bestimmt 
werden sollen oder können 
(etwa in der Entwicklungsphase) 


Verzweigung 


Der Programmablauf soll aufgrund 
einer oder mehrerer Bedingungen 
variiert werden. Es ergeben 

sich grundsätzlich mindestens 

zwei Ausgänge, die zu kennzeichnen 
sind (J, N oder Ja, Nein). Ein 
Sonderfall ist der programmierte 


Schalter 








z.B. gedruckte Listen 


Unterprogramm 


Darstellung eines in sich geschlossenen 
Programmteils. Unterprogramme 
können von mehreren Stellen 
angesprungen werden. Es sollte 

nur einen Eingang (und Ausgang) haben 








Lochkarte 


Programm- 
modifikation 


———— fo 2 nn nn 
Z.B. Das Setzen von programmierten 
Schaltern, das Ändern von 
Indexregistern (kann auch durch 

das Sinnbild für „Operation” 

dargestellt werden) 








Lochstreifen 





[ 


Operation von Hand 











JUDE) © | 


Eingabe, Ausgabe 





sollte nur in Ausnahmefällen 
vorgesehen werden, z.B. Eingabe 
von Steuer-, Kontroll- und 
Korrekturdaten, Operator-Konsole 





Zur Darstellung der Ein- und 
Ausgabe aller peripheren Gegäte. 
Die Art der Ein- und Ausgabe 























Magnetband soll aus der Beschriftung hervorgehen. 
| Ver 
Ablauflinie Vorzugsrichtungen: 
von obeh nach unten 
Anzeige Anzeige in optischer oder akustischer von links nach rechts 
Form, z.B. Summer, Display, Zur Verdeutlichung der Ablaufrichtung 
Leuchtdioden, Kurvenschreiber, CRT- kann das Ende der Ablauflinie 
Terminal mit einer Pfeilspitze versehen sein 
Zusammenführung Der Ausgang ist immer mit 
Flußlinie Vorzugsrichtungen: von oben nach einer Pfeilspitze zu kennzeichnen. 
unten Zwei sich kreuzende Ablauflinien 
von links nach rechts bedeuten keine Zusarnmenführung, 
| sollen aber vermieden werden 
Daten- Übergangsstelle Der Übergang kann von mehreren 
’ Stellen aus, aber nur zu einer 
übertragung 





Übergangsstelle 





Der Übergang kann von mehreren 
Stellen aus, aber nur zu einer 

Stelle hin erfolgen. Zusammengehörige 
Übergangsstellen müssen die 

gleiche Bezeichnung tragen 








Bemerkung 





Dieses Sinnbild kann an jedes 
andere Sinnbild angefügt werden 


Stelle hin erfolgen. Zusammengehörige 
Übergangsstellen müssen die 
gleiche Bezeichnung tragen 





Grenzstelle 


Darstellung von z.B. Start, Ende, 
Zwischenhalt. Das Sinnbild 

ist durch entsprechende Eintragung 
zu ergänzen 








Bemerkung 











Dieses Sinnbild kann an jedes 
andere Sinnbild angefügt werden 





Bild 35: Sinnbilder für Datenflußpläne (Auszug aus DIN 


66001) 
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Bild 36: Sinnbilder für Programmablaufpläne (DIN 


66001) 
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geschrieben, die untereinander durch 
Pfeile verbunden sind, um die sequen- 
tielle Reihenfolge zu kennzeichnen. Wie 
schon gesagt, werden auf dieser Ebene 
noch keine Angaben darüber gemacht, 
wie die geforderten Aktionen verwirk- 
licht werden können. Ein Sinnbild für 
eine Verzweigung fehlt, da es sich um ein 
einfaches Beispiel handelt. Aber auch in 
komplexen Systemen kommt man bei 
den konzeptionellen Flußdiagrammen 
mit relativ wenig Verzweigungen aus, da 
die einzelnen Aktionen für jeweils grö- 
Bere Programmblöcke stehen, innerhalb 
derer erst die detaillierten Entschei- 
dungsabläufe sichtbar werden. Impliziert 
sind sie jedoch bereits z.B. im Schritt 2 
durch die Formulierung „Wenn ja, ...“ 
enthalten. 

Je nachdem, in welchem Maße der Auf- 
gliederungsprozeß der Systemfunktio- 
nen fortgesetzt werden mußte, müssen 
mehr oder weniger Flußdiagramme für 
die einzelnen Funktionsblöcke wieder 
zusammengesetzt werden, um das ge- 
samte Flußdiagramm zu erhalten. Ist es 
umfangreich, so sollte es durch Zusam- 
menfassen von Aktionsblöcken weniger 
komplex gemacht werden, um eine gute 
Übersicht zu ermöglichen. In separaten 
Flußdiagrammen sollten dann jeweils 
komplexe Funktionsblöcke sozusagen 
vergrößert dargestellt werden. 

Bei dieser Arbeit werden mit hoher 
Wahrscheinlichkeit eventuell im Pflich- 
tenheft noch enthaltende Schwachstel- 
len, Widersprüche oder Unklarheiten 
entdeckt, so daß sich entsprechende 
Anderungen und Ergänzungen in der 
Aufgabenstellung vornehmen lassen. 
Zum Schluß sollte noch einmal nachge- 
prüft werden, ob das Flußdiagramm tat- 
sächlich die geforderten Funktionen ge- 
nau und vollständig wiedergibt. Falls 
einzelne Teile nur unklar oder vage defi- 
niert sind, sollten so lange detaillierte 
Funktionsblöcke bzw. Aktionssequen- 
zen hinzugefügt werden, bis die funktio- 
nale Spezifikation voll erfüllt wird. Falls 
viele periphere Geräte am System ange- 
schlossen oder komplexe Datentrans- 
porte notwendig sind, empfiehlt sich das 
Erstellen eines speziellen Datenflußpla- 
nes mit Hilfe der in Bild 35 dargestellten 
Sinnbilder. 

Bis zu diesem Punkt muß noch nicht 
entschieden werden, ob die einzelnen 
Funktionen per Hardware oder per Soft- 
ware oder durch eine irgendwie geartete 
Kombination beider Möglichkeiten im- 
plementiert werden sollen. Falls diesbe- 
zügliche Festlegungen bereits im Pflich- 
tenheft enthalten waren, können sie an 
dieser Stelle, falls notwendig, ohne Scha- 
den revidiert werden. Die Entscheidung 
darüber sollte rein wirtschaftlich begrün- 
det sein und nicht von der Vorliebe des 
Entwicklungsingenieurs für Hardware 
bzw. Software. Als wesentliches Krite- 
rum für die Entscheidung kann die 
Stückzahl gelten, in der das Endprodukt 
hergestellt werden soll. Die Hardware- 
kosten mit den zugehörigen allgemeinen 
Kosten fallen für jedes Endprodukt neu 
an, während die Softwarekosten nur 
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einmal, nämlich bei der Entwicklung, 
auftreten. Daraus ergibt sich, daß mit 
zunehmender Stückzahl mehr an der 
Hardwareseite gespart und an der Soft- 
wareseite zugelegt, d.h. mehr Funktionen 
per Software realisiert werden sollten. 
Dies ist jedoch nur ein Aspekt dieses 
außerordentlich komplexen Themas, das 
in dieser Artikelreihe erst gegen Ende 
noch einmal aufgegriffen werden soll. 


8.3. Entwicklung des Algorithmus 

In der zweiten Flußdiagrammebene wird 
jede im konzeptionellen Flußdiagramm 
aufgeführte Aktion soweit expandiert, 
daß die einzelnen Schritte sichtbar wer- 
den, die notwendig sind, um das ge- 
wünschte Resultat zu erhalten. Was ist 
ein Algorithmus? Mit Algorithmus be- 
zeichnet man ein oder mehrere Verfah- 
ren, mit deren Hilfe ein bestimmtes 
Ergebnis erzielt werden kann. Dabei sind 
für ein und dasselbe Problem durchaus 
mehrere Algorithmen, also alternative 
Methoden oder Verfahren, möglich. Es 
kann eine Technik zum Berechnen einer 
Zeitverzögerung sein oder eine Methode 
zum Aufsummieren von Daten, deren 
Anzahl nicht von vornherein bekannt ist. 
Immer ist ein Algorithmus eine Anzahl 
von Operationen, deren Abarbeitung, 
z.B. innerhalb eines Programms, eine 
spezifische Aufgabe löst. 

Die Entwicklung eines jeden Algorith- 
mus beginnt unter dem Ansatz, daß alle 
naturwissenschaftlichen und technischen 
Probleme durch eine Sequenz von Ein- 
zelschritten vollständig beschrieben 
werden können, wobei das Umsetzen 
dieser Sequenz in ein Programm meist 
vorgesehen, aber nicht unbedingt not- 
wendig ist. 

Für die Entwicklung des Algorithmus für 
jede einzelne Aktion des konzeptionel- 
len bzw. funktionellen Flußdiagramms ist 
das Benutzen der in Bild 36 dargestellten 
Sinnbilder sinnvoll. Wie auf der Kon- 
zeptebene entstehen, abhängig vom ge- 
wünschten oder notwendigen Feinheits- 
grad, verschiedene Flußdiagramme, die 
nunmehr genaue Auskunft darüber ge- 
ben, wie das gewünschte Resultat erzielt 
werden kann. Da das spätere Umsetzen 
in ein Programm angestrebt wird, spie- 
gehn sie bereits weitgehend die Struktur 
des Programms bzw. einzelner Pro- 
grammteile wider. Deshalb werden diese 
Flußdiagramme auch Programmablauf- 
pläne genannt. Das in Bild 39 dargestellte 
Flußdiagramm für den Schritt 4 von Bild 
38 verdeutlicht dies. Dabei ist das Ziel 
eine bekannte Menge von Operanden 
einzulesen und sie jeweils mit dem zu- 
letzt eingegebenen Operanden zu ver- 
gleichen. Abhängig vom Vergleichser- 
gebnis sollen verschiedene Operations- 
folgen ausgeführt werden. 

Die Algorithmusentwicklung ist der 
kreativste Teil der gesamten Programm- 
entwicklung. Eine wesentliche Rolle 
spielt dabei die Erfahrung. Vor allem 
übersieht man anfangs gerne, für jeden 
denkbaren Fall die zugehörigen Opera- 
tionen zu definieren, meist deshalb, weil 
der Programmierer so etwas ähnliches 


Software 


Initialisierung nach Einschalten der 
Stromversorgung 


Frage Eingabeeinheit 1 an, ob Daten 
anstehen. Wenn ja, führe die ent- 
sprechenden Operationen aus 


Frage alle anderen Eingabeeinheiten 
an und führe, falls erforderlich, die 
entsprechenden Operationen aus 


Lese alle Eingangsleitungen und 
führe evtl. notwendige Rechnungen 
durch 


Berechne die auszugebenden Werte 
und gebe sie aus 


Bringe die Anzeigen auf den neusten 


Warte % Sekunden 


Bild 37: Konzeptionelles Fluß- 
diagramm für eine einfache 
Steuerung 





wie „Selbständiges Mitdenken“ vom Mi- 
krocomputer erwartet. 

Obwohl die Aufgabenstellungen immer 
ganz verschieden sein werden, können 
die folgenden Punkte in vielen Fällen 
helfen, Aktionen der konzeptionellen 
Flußdiagramme und anschließend gan- 
zer Funktionsblöcke bis hin zur gesam- 
ten Systemfunktion in Algorithmen um- 
zusetzen: 


® Wie kann auf die zu verarbeitenden 
Daten zugegriffen werden? Werden 
sie über Eingabegeräte bzw. -leitun- 
gen ins System eingelesen? Werden 
sie von einem anderen Funktions- 
block übergeben oder stehen sie in 
Form einer Tabelle im Speicher? 
Sehen Sie Operationen im Pro- 
grammablauf vor, um die gewünsch- 
ten Daten zu erhalten. 

@ Müssen die Daten zuvor in irgend- 
einer Form modifiziert, komplemen- 
tiert, maskiert oder rotiert werden? 
Wenn ja — fügen Sie entsprechende 
Operationen ein. 

® Wie müssen die Daten verarbeitet 
werden, um die gewünschten Ergeb- 
nisse zu erzielen? Bei diesem Schritt 
werden vor allem arithmetische 
und/oder logische Funktionen so- 
wie Entscheidungsblöcke notwendig 
sein. 

@ Was soll mit den verarbeiteten Da- 
ten geschehen? Werden sie ausge- 
geben oder abgespeichert? Müssen 
sie gerettet oder dem aufrufenden 
Programmteil zur Verfügung gestellt 
werden? Ist eine Umformatierung 
notwendig? Fügen Sie die entspre- 
chenden Operationen ein. 
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® Untersuchen Sie Ihr Flußdiagramm. 
Ihr Ziel sollte es sein, das Diagramm 
so einfach wie möglich aufzubauen. 
Überprüfen Sie vor allem die Über- 
gänge von einem Programmteil zum 
anderen einschließlich der Parame- 
terübergabe. 

Testen Sie den erarbeiteten Algo- 
rithmus auf dem Papier anhand von 
Daten, wie sie im System vorkommen 
können und berücksichtigen Sie die 
Extremfälle. Versuchen Sie, jede 
denkbare Kombination von Daten 
und Bedingungen durchzuspielen. Für 
„verbotene“ oder „eigentlich nicht 
mögliche“ Kombinationen sollten 
Fehlerindikatoren vorgesehen wer- 
den. 

Die „feinen“ Flußdiagramme auf der 
Algorithmusebene sollten so detailliert 
sein, daß die durch ein Sinnbild beschrie- 
bene Funktion mit 1 bis 3 Sinnbildern auf 
der Befehlsebene wiedergegeben wer- 
den kann. Im Vergleich dazu bedeutet 
der Übergang von der Konzeptebene 
zur Algorithmusebene eine erheblich 
größere Expansion des gesamten Fluß- 
diagramms, etwa um den Faktor 20. 

Ist der gesamte Algorithmus entwickelt, 
hat man einen Großteil der Programm- 
entwicklung hinter sich (rd. 40%). Je 
ausgereifterer ist, um so mehr Testzeit 


Initialisiere Zähler für 
Anzahl d.eingeg.Operanden 


Lese einen Operanden 


Vergleich mit dem vor- 
hergehenden Operanden 





® 
ja 
Teste jedes Bit, um die 
Unterschiede zu finden 





Bild 39: Flußdiagramm der Algorithmusebene für 


Schritt 4 in Bild 38 
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läßt sich einsparen. Dabei ist bemerkens- 
wert, daß es bislang immer noch nicht 
erforderlich war, auf einen bestimmten 
Mikroprozessor hin zu entwickeln. Die 
bisher geleistete Arbeit ist unabhängig 
von einem speziellen Element und unab- 
hängig von einer bestimmten Program- 
miersprache. Andererseits kann jetzt 
leicht ein vollständiges technisches An- 
forderungsprofil erarbeitet werden, mit 
dem, unter Berücksichtigung von wirt- 
schaftlichen Gesichtspunkten, einige ge- 
eignete Mikroprozessoren bzw. Mikro- 
computer ausgewählt werden können. 


8.4. Flußdiagramm für die 
Befehlsebene 

Hat man sich für einen bestimmten 
Mikroprozessor entschieden, kann mit 
relativ wenig Aufwand aus dem Flußdia- 
gramm für die Algorithmusebene das 
Flußdiagramm für die Befehlsebene ab- 
geleitet werden. Wie bei den vorange- 
gangenen Ebenen ist es auch hier für 
komplexere Teile sinnvoll, die Flußdia- 
gramme mit einem höheren Feinheits- 
grad als die einfacheren Teile zu zeich- 
nen, so daß auch auf dieser Ebene meh- 
rere (Teil-)Flußdiagramme entstehen 
können. Beim Ableiten dieser Flußdia- 
gramme sind die wesentlichen Kriterien 
die Architektur und der Befehlsvorrat 


des ausgewählten Mikroprozessors. Es 
zeigt sich, daß ein uP mit „Register-zu- 
Register“-Architektur ein detaillierteres 
Flußdiagramm erforderlich macht als 
einer mit „Speicher-zu-Speicher“-Archi- 
tektur (siehe Folge 2). Ebenso wird der 
eine uP über einen Befehl für die Multi- 
plikation verfügen, während für einen 
anderen uP für dieselbe Funktion ein 
recht umfangreicher Programmteil bzw. 
ein Unterprogramm zu schreiben ist. 
Ähnliche Effekte ergeben sich im Hin- 
blick auf die Anzahl und Art der Adres- 
sierungsarten (vergleiche Folge 3). 

In einigen Fällen wird es sinnvoll sein, 
den bereits erarbeiteten Algorithmus für 
gewisse Programmteile so abzuändern, 
bzw. neu zu entwerfen, daß bestimmte 
spezielle Eigenschaften des uP beson- 
ders gut ausgenutzt werden. Letztend- 
lich sollte das gesamte Flußdiagramm 
wiederum einen solchen Feinheitsgrad 
haben, daß jedes Sinnbild nicht mehr als 
drei Befehle repräsentiert. In gleicher 
Weise, wie im vorhergehenden Ab- 
schnitt beschrieben, sollte das Flußdia- 
gramm zum Schluß auf dem Papier auf 
die Richtigkeit und Vollständigkeit über- 
prüft werden. 

Bild 40 zeigt, wie das Flußdiagramm auf 
der Befehlsebene für die Schritte 2 bis 6 
in Bild 39 aussehen kann. Dabei ist ein uP 


Lade n-tenOperanden 


in Akkumulator 


Rette ihn in Register B 


Setze Register zur indi- 
rekten Adressierung auf 


den Wert n 


Vergleiche Akkumulator- 
inhalt mit dem Inhalt des Spei- 
cherwortes mit der Adresse n 


Addiere 1 zum 


Zählerinhalt Sind sie 


Alle 
Operanden 
eingegeben 
? 





verschieden ? 


Führe Exclusive-Or-Ver- 
knüpfung aus, um die 
Unterschiede zu finden 


Inkrementiere Inhalt des 
Registers zur indirekten 
Adressierung 


Fahre fort 


Rotiere nach links in Carry 





Unterprogramm für 
die Operationsfolge 





Bild 40: Flußdiagramm der Befehlsebene für die Schritte 


2 bis 6 in Bild 39 
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Befehlsfolge A 





Bedingung 
Lerfüllt? 


Befehlsfolge B 









Befehlsfolge C 






Bedingung 
2 erfüllt? 





folge 








mit „Register-zu-Speicher“-Architektur 
und Register-indirekter Adressierung 
unterstellt. Zunächst wird der n-te Ope- 
rand von der Eingabe in den Akkumu- 
lator geladen und in ein allgemeines 
Register B kopiert, damit er für irgend- 
welche späteren Berechnungen, zum 
Beispiel innerhalb eines der Unterpro- 
gramme, unverändert zur Verfügung 
steht (beachte Schritt 7 und 8). Der Wert 
n wird in ein weiteres allgemeines Regi- 
ster das zur indirekten Adressierung 
benutzt werden darf, gespeichert, wobei 
unterstellt ist, daß der vorhergehende 
Operand im Speicher unter der Adresse 
n abgelegt wurde. Beim anschließenden 
Vergleich wird festgestellt, ob der n-te 
und der (n — 1)-te Operand verschieden 
sind. Wenn nicht, müssen Vorkehrungen 
getroffen werden, um den Vergleich 
zwischen dem n-ten und (n + 1)-ten 
Operanden durchführen zu können (Ab- 
frage, ob es überhaupt einen (n + 1)-ten 
Operanden gibt; Ablegen des n-ten Ope- 
randen unter der Speicheraddresse n + 
1; Erhöhung des Schleifenzählers usw.) 
Wenn ja, wird mit Hilfe der Schritte 7 
und 8 festgelegt, ob das Bit 0 der beiden 
Operanden verschieden ist oder nicht, 
usw. Je nachdem, ob ein bestimmtes Bit 
unterschiedlich ist oder nicht, wird ein 
zugehöriges Unterprogramm aufgeru- 
fen oder mit der Abfrage fortgefahren. 


8.5. Kodierung 

Wir kommen nun zu dem Teil der 
Programmentwicklung, in dem tatsäch- 
lich Befehle des ausgewählten Mikro- 
prozessors geschrieben werden. Endlich 
— werden Sie vielleicht sagen — wird 
das Interessanteste beschrieben. Dem ist 
nicht so, denn den schwierigsten und 
deshalb interessantesten Teil haben wir 
bereits hinter uns; nämlich das detail- 
ierte Erarbeiten der Programmfunktion 
einschließlich der Methoden (Algorith- 
men), die zu den gewünschten Ergeb- 
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ENTRYEQU 
LOOoP2 EQAU $ 


LOOPI 


EXIT 


Bild 41: Umsetzen des Flußdiagramms in eine Befehls- 






Name Op-code Operand 


$ vor 


Befehisfoige A 





JNE MOTOR TABI 1488 
14BA 
Eau $ 14BC 
14BE 


Befehisfoige 8 
14C0 


JMP LOOPI 


MOTOR E Q U 3 


TAB2 369E 

Befehisfolge c 36AO 

36A2 

36A4 

ION LOOP2 36A6 
EQAU 3 


FFFE De 


nissen führen und die weitgehend die 
Programmstruktur festlegen (sollten!). 
Alles andere ist im wesentlichen Routine, 
zumindest dann, wenn man die ersten 
drei Programmentwicklungen hinter 
sich hat. 

Eine Schwierigkeit besteht bei diesem 
Schritt der Programmentwicklung an- 
fangs allerdings im Umsetzen eines zwei- 
dimensionalen Flußdiagramms in eine 
eindimensionale Folge von Befehlen. In 
Bild 41 ist das Flußdiagramm für zwei 
Schleifen dargestellt, die ineinander ver- 
schachtelt sind. Daneben ist eine von 
vielen Möglichkeiten gezeigt, wie diese 
Struktur in eine Befehlsfolge umgewan- 
delt werden kann. Die Befehlsfolge A 
wird auf jeden Fall ausgeführt und des- 
halb sofort geschrieben. Da sie abhängig 
von Bedingung 2 mehrmals ausgeführt 
werden soll, bekommt sie (ihr erster 
Befehl) einen Namen — LOOP2. Abhän- 
gig von Bedingung 1 wird entweder die 
Befehlsfolge B oder C ausgeführt, die 
jedoch hintereinander geschrieben wer- 
den müssen. Ein bedingter Sprungbefehl 
JNE (= Jump not equal) sorgt dafür, daß 
in einem Fall weiter abgearbeitet wird 
(Befehlsfolge B) und im anderen Fall zum 
Anfang (Name: MOTOR) der Befehlsfol- 
ge C übergegangen wird. Damit nach 
dem eventuellen Abarbeiten der Befehls- 
folge BnichtC auch noch ausgeführt wird, 
ist ein unbedingter Sprungbefehl zum 
Befehl JNE (Name: LOOP 1) erforder- 
lich. Unmittelbar nach dem Abarbeiten 
der Befehlsfolge C soll die Bedingung 2 
abgefragt werden, z.B. durch den beding- 
ten Sprungbefehl JGT (= Jump greater 
than). Je nach Abfrageergebnis wird mit 
dem Abarbeiten des folgenden Befehls 
fortgefahren oder ein Sprung zum An- 
fang der Befehlsfolge A durchgeführt. 
Damit sind wir bereits bei einer zweiten 
Schwierigkeit. Beim Ausführen eines be- 
dingten Sprungbefehls wird ein be- 
stimmtes Bit im Statusregister abgefragt. 


0000 L_| 





Bild 42: Beliebige Verschiebung eines Datenblocks (fünf 
16-bit-Worte) innerhalb des Speichers 


Software 





Speicherinhalt 
(wortorientierte Darstellung) 





Ausführung der Befehlsfolge nach 


0000 en 


14B8 













TABI 









Datenblock 






14C0 










TAB2 369E 














Abhängig davon, ob dieses Bit 0 oder I 
ist, wird der Sprung zur im Operanden- 
feld angegebenen Adresse ausgeführt 
oder nicht. Dies funktioniert aber nur 
einwandfrei, wenn einer der zuvor aus- 
geführten Befehle — und zwar der rich- 
tige — das abzurufende Bit gesetzt bzw. 
nicht gesetzt hat. Man muß sich daher 
absolut im klaren sein, welcher Befehl 
welche Statusbits setzt bzw. zurücksetzt. 
Im allgemeinen beeinflussen die meisten 
Befehle mehrere Statusbits gleichzeitig, 
so daß die Wahrscheinlichkeit recht groß 
ist, daß zwischen dem Befehl, auf dessen 
Statusbeeinflussung die Frage abzielt 
und der Abfrage selbst ein weiterer 
Befehl steht, der dasselbe Statusbit be- 
einflußt (sehr oft anders als gewünscht). 
Dieser Effekt hat manchem Program- 
mierer bei der Fehlersuche schon graue 
Haare eingebracht. 

Als drittes sei noch erwähnt, daß oft für 
eine Abfrage, die man sich beim Kodie- 
ren wünscht, der entsprechende be- 
dingte Sprungbefehl fehlt. Im allgemei- 
nen wird man dann die Abfrage anders 
formulieren müssen, oft jedoch gibt es 
noch weitere Möglichkeiten. Diese beru- 
hen darauf, einen Befehl einzufügen, der 
zwar für das eigentliche Programm gar 
nicht erforderlich ist, aber ein für die 
Abfrage geeignetes Statusbit beeinflußt. 
Als Beispiel mag beim TMS 9900 der 
MOV-Befehl gelten, der abhängig davon, 
ob der transportierte Operand gleich O0 
ist oder nicht, das Statusbit für „Equal“ 


auf 1 bzw. O setzt. Mit der Befehls- 
folge: 

MOV R7T,R7 

JNE LOOP 


kann daher ein Sprung zur symbolischen 
Speicheraddresse LOOP erreicht wer- 
den, solange der Inhalt von Register 7 
ungleich 0 ist. Derartige Möglichkeiten 
sind jedoch nur dann sinnvoll, wenn der 
betreffende Programmteil nicht zeitkri- 
tisch ist. 
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a) absolute Adressen 


b) symbolische Adressen 


Start 


BEREPTER, BEE ERRRR 


Setze Schleifenzahler auf 5 











MOV @>14B8, @ 369E MOV 
@ >14BA, @ 36A0 


@>14BC, @ 36A2 


MOV MOV 


MOV MOV 
MOV @ 14BE,@ 36A4 MOV 
@>14C0, @ 36A6 

Anzahl der Befehle: 


Erforderlicher Speicherplatz 
Ausführungszeit: 


MOV MOV 


Bild 43: Lösung 1, Speicher-direkte Adressierung beim 


TMS 9900 


8.5.1. Einfluß der 
Adressierungsarten 

In der Folge 3 dieser Artikelserie konn- 
ten die Vor- und Nachteile der Adressie- 
rungsarten noch nicht verdeutlicht wer- 
den. Anhand eines recht häufig vorkom- 
menden Beispiels soll dies nun in diesem 
Abschnitt über Kodierung nachgeholt 
werden. Die Aufgabe sei, einen Daten- 
block von fünf 16-bit-Worten innerhalb 
des Speichers zu verschieben. Dies ist 
etwa erforderlich, wenn ein Teil der 
Speicheradressen per Hardware so de- 
kodiert werden, daß sie einen schnellen 
Dateneingabepuffer ansprechen. Die im 
Puffer befindlichen Daten müssen dann 
zur weiteren Verarbeitung in den allge- 
meinen Datenspeicher transferiert wer- 
den, damit sie nicht verlorengehen, wenn 
die nächsten Daten zwischengespeichert 
werden. Nehmen wir an, daß die Daten 
im Speicherbereich von Adresse 14B8,, 
bis Adresse 14C0,, zur Verfügung stehen 
und in den Speicherbereich von Adres- 
sen 369E,, bis Adresse 36A6,, transpor- 
tiert bzw. kopiert werden sollen. Je nach 
Adressierungsart ergeben sich nun ganz 
verschiedene Werte für die Anzahl der 
benötigten Befehle in der Assembler- 
sprache des TMS 9900, für den zur Spei- 
cherung der Maschinenbefehle notwen- 
digen Speicherplatz und für die Ausfüh- 
rungszeit. 

Bei der speicherdirekten Adressierung 
(Bild 43) muß für jedes zu transportie- 
rende Wort ein eigener MOV-Befehl 
geschrieben werden, der drei Worte 
oder sechs Byte im Speicher bean- 
sprucht. Dabei ist es unerheblich, ob 
absolute oder symbolische Adressen ver- 
wendet werden, denn der vom Assem- 
bler erzeugte Maschinenkode ist dersel- 
be. Dafür ist mit dieser Adressierungsart 
die mit Abstand günstigste Ausführungs- 
zeit erreichbar. Aus Bild 44 ist sowohl die 
allgemeine Schleifenkonstruktion für 
alle weiteren Lösungsmöglichkeiten so- 
wie die Befehlsfolge für die indirekte 
Adressierung der Datenworte zu ent- 
nehmen. Es sind mehr Befehle als bei der 
speicherdirekten Adressierung nötig, die 
aber weniger Speicherplatz beanspru- 
chen. Allerdings wird dieses Programm 
auch dann nicht länger, wenn 100 oder 
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@TAB2 Eu! 


@TABI, 
@TABi+2, @TAB2+2 Transportiere Operanden 


@TABI1+4, @TAB2+4 eV 


Dekrementiere 
Schleifenzähler um 1 

















@TABI1+6, @TAB2+6 


@TABI+8, @TAB2+8 





5 
30 Byte. 
50 us 


zahlerstand 


_  Senteiten 
n 


Bild 44: Lösung 2, 
TMS 9900 


noch mehr Datenworte zu transportie- 
ren sind, denn die einzige Anderung, die 
in diesem Fall notwendig ist, betrifft nur 
den ersten Befehl. Er sorgt dafür, daß in 
den Schleifenzähler die Anzahl der zu 
transportierenden Worte geladen wird. 
Dies verdeutlicht die Aussage in der 
Artikelfolge 3, daß die indirekte Adres- 
sierung wesentlich flexibler als die di- 
rekte ist. 

Die beiden Befehle zum Inkrementieren 
der Register 2 und 3 kann man sich bei 
Verwendung der registerindirekten 
Adressierung mit auto-inkrement sparen 
(Tafel 8). Dadurch ist weniger Pro- 
grammspeicherplatz notwendig, die 
Ausführungszeit wird ebenfalls geringer. 
Eine leichte Verschlechterung der Situa- 
tion ergibt sich beim Einsatz der indi- 
zierten Adressierung entsprechend Tafel 
9a. Diese Adressierungsart wird erst 
dann — bezogen auf unser Beispiel — 
richtig interessant, wenn ein und das- 
selbe Register sowohl als Indexregister 
zum Adressieren der Datenworte als 
auch als Schleifenzähler verwendet wird 
(Tafel 9b). Eine Eigenart dieser Lösung 
ist es, daß dabei zuerst das letzte Daten- 
wort (Adresse 14C0,,) transportiert 
wird, dann das vorletzte und zum Schluß 
das erste. Wem dies nicht gefällt, sollte 
die Befehlsfolge entsprechend Tafel 9c 
benützen, die wieder die „normale“ 
Transportreihenfolge ermöglicht. Dazu 
sind zwei Maßnahmen notwendig. Zum 
einen wird der Schleifenzähler alıas das 
Indexregister mit einem negativen Wert 
geladen, und zum anderen bezeichnen 
die symbolischen Adressen TAB 1 und 
TAB 2 jeweils ein Speicherwort, das dem 
letzten zur Tabelle gehörigen Speicher- 
wort direkt folgt. Dies erscheint im 
ersten Moment ungewöhnlich, ist aber 
leicht mit einer Assembler-Anweisung 
zu bewerkstelligen. In unserem Beispiel 
würde sie TAB 1 BES 10 bzw. TAB2 
BES 10 lauten. 

Wie auch immer die Befehlsfolge beim 
Verwenden der indizierten Adressie- 
rungsart nach Tafel 9b bzw. 9c aussieht 
(es gibt noch andere Möglichkeiten), 
diese Lösungsmöglichkeit ist bezüglich 
der Anzahl der zu schreibenden Befehle 
und des erforderlichen Speicherplatzbe- 
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R1S Setze Schleifenzähler auf 5 
R2.<1488 Lade Adresse des ersten Operanden 
R3.<369E Lade Zieladresse des ersten Operanden 
3 n 


"R2, °R3 Transportiere ı-ten Operanden 


R2 Berechne Adresse und Zieladresse 
R3 des (i+1) ten Operanden 
RI Dekrementiere Schleifenzähler 


LOOP Wiederhole, solange Schleifenzähler +0 ist 
Ei 


Anzahl der Befehle 
Erforderlicher Speicherplatz 
Ausführungszeit 


8 
22 Byte 
114,6 us 


Register-indirekte Adressierung beim 





darfs außerordentlich günstig. In Tafel 10 
sind für die verwendbaren Adressie- 
rungsarten noch einmal die wesentlichen 
drei Parameter zusammengefaßt, wobei 
die ersten beiden Werte bei der speicher- 
direkten Adressierung mit Vorsicht zu 
genießen sind. Sie hängen, im Gegensatz 
zu den anderen Adressierungsarten, di- 
rekt von der Anzahl der zu transportie- 
renden Datenworte ab. Ab einer Tabel- 
lenlänge von 8 Datenworten wird die 
speicherdirekte Adressierungsart außer- 
ordentlich ungünstig. Die Ausführungs- 
zeit hingegen ist bei dieser Adressie- 
rungsart unabhängig von der Tabellen- 
länge immer günstiger als bei allen ande- 
ren aufgeführten Adressierungsarten. Im 
Hinblick auf die registerdirekte Adres- 
sierung ist zu sagen, daß sie bei diesem 
Beispiel in jeder Beziehung ungünstiger 
als sämtliche anderen Möglichkeiten und 
daher indiskutabel ist; denn es wäre für 
jedes Datenwort ein weiterer MOV- 
Befehl vom Speicher in ein Register 
notwendig. 

Dieses Beispiel zeigte nebenbei, daß es 
beim Übergang vom Flußdiagramm 
der Befehlsebene zur Kodierung eine 
Reihe verschiedener Möglichkeiten gibt. 
Ebenso führen im allgemeinen eine 
Menge von unterschiedlichen Algorith- 
men zur Lösung ein und derselben Auf- 
gabe. Dies mag illustrieren, daß beim 
Programmieren außerordentlich viele 
„Wege nach Rom“ führen. Es gibt nie die 
Lösung, sondern nur Lösungsmöglich- 
keiten, die bei gleicher Funktion, unter 
bestimmten Aspekten günstiger oder 
ungünstiger sind. 


8.6. Programmtest 

Nach dem Kodieren liegt vor dem Pro- 
grammierer ein fertiges Programm in der 
Assemblersprache des ausgewählten uP. 
Fertig allerdings nur in dem Sinne, daß es 
alle Befehle enthält, die notwendig sind, 
um vom uP alle im Pflichtenheft gefor- 
derten Funktionen ausführen lassen zu 
können. Das Programm ist jedoch noch 
nicht ablauffähig. Einerseits muß es erst 
noch vom Assembler übersetzt werden 
und andererseits benötigt der Assembler 
zusätzliche Angaben für den Überset- 
zungsvorgang. Darauf wird jedoch erst 
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in einem späteren Abschnitt über As- 
sembler eingegangen. 

Der Assembler erzeugt ein ablauffähiges 
Programm (Maschinenprogramm), das 
geladen und ausgeführt werden kann. 
Das Resultat des ersten Laufs ist in den 
meisten Fällen „Katerstimmung“, denn 
das Programm tut nicht das, was es soll. 
Dies ist eine allgemeine Erfahrung, auch 
bei geübten Programmierern. Üblicher- 
weise rechnet man damit, daß rd. 40% 
der gesamten Programmentwicklungs- 
zeit auf den Programmtest bzw. die 
Programmkorrektur und -verbesserung 
entfallen. 


Um die im Programm noch enthaltenen 
logischen Fehler zu finden, gibt es eine 
Reihe von Hilfsmitteln, deren Funktion 
und Anwendung in einem späteren Ab- 
schnitt beschrieben werden. In der näch- 
sten Folge wollen wir uns noch mit allge- 
meinen Programmstrukturen, vor allem 
auf der algorithmischen Ebene, beschäf- 
tigen. 


9. Prinzipielle 

Programmstrukturen 

Vergleicht man mehrere Programme 
verschiedener Funktion und Komplexi- 
tät miteinander, so kann man, trotz aller 
Unterschiedlichkeit, eine ganze Reihe 
von Gemeinsamkeiten oder Ähnlichkei- 
ten entdecken. Jedes Programm enthält 
im allgemeinen Verzweigungen, Schlei- 
fen, Unterprogramme und Teile für die 
Ein- und Ausgabe von Daten. Darüber 
hinaus findet man noch weit mehr Ge- 
meinsamkeiten, wenn man Programme 
vergleicht, die für ein und den selben uP 
geschrieben wurden. Denn bedingt 
durch die Architektur, den Befehlsvorrat 
und die zur Verfügung stehenden Adres- 
sierungsarten, erweisen sich bestimmte 
Methoden zur Programmierung etwa 
einer Schleife oder einer Fest- 
Gleitkommarechnung als besonders 
günstig, so daß sie immer wieder, even- 
tuell leicht modifiziert, verwendet wer- 
den. 

Um der in dieser Artikelreihe ange- 
strebten Allgemeingültigkeit Willen 
werden wir uns jedoch auf die ganz allge- 
mein gültigen Programmstrukturen be- 
schränken. Das heißt, wir betrachten nur 
jene, die sich auf der algorithmischen 
Ebene herauskristallisieren lassen, da 
solche Strukturen im Gegensatz zu vie- 
len der Befehlsebene unabhängig vom 
einen oder anderen uP sind (Vergleiche 
6. Folge). 


9.1 Die Grundstrukturen 

Die Grundstrukturen sind im Bild 45 
dargestellt. In allen Flußdiagrammen mit 
den verschiedensten „Feinheitsgraden“ 
finden sich Strukturblöcke, Folgen sol- 
cher Strukturblöcke und Verzweigun- 
gen. Im einfachsten Fall entspricht einem 
Strukturblock genau ein Befehl eines 
Mikroprozessors. Auf der konzeptionel- 
len Ebene kann er dagegen für eine 
komplexe Funktion stehen. Mehrere 
Strukturblöcke lassen sich zu einer Folge 
von Blöcken aneinanderreihen, die nach- 
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einander durchlaufen werden. Jeder 
Strukturblock kann im Prinzip beliebig 
viele der folgenden Strukturen enthal- 


Software 


9.2 Die Verzweigung 
Die Verzweigung wird benötigt, um in 
Abhängigkeit davon, ob eine bestimmte 


bzw. 


ten. 


Bedingung erfüllt ist oder nicht, verschie- 


Tafel 8: Lösung 3, register-indirekte Adressierung mit auto-inkrement 


beim TMS 9900 


START EQU $ 
LI R1,5 Setze Schleifenzähler auf 5 
LI R2, < 14B8 Lade Adresse des ersten Operanden 
LI R3, <369E Lade Zieladresse des ersten Operanden 
LOOP EQU $ 
MOV *R2+, *R3+ Transportiere i-ten Operanden und berechne Adresse 
und Zieladresse des (i + 1)-ten Operanden 
DEC RI Dekrementiere Schleifenzähler 
JNE LOOP Wiederhole, solange Schleifenzähler + 0 ist 
ENDE EQU $ 
Anzahl der Befehle: 6 
Erforderlicher Speicherplatz: 18 Byte 
Ausführungszeit: 94,6 us 


Tafel 9: Lösung 4, 


indizierte Adressierung a), indizierte Adressierung, Index = 


Inhalt des 


Schleifenzählers, das erste Datenwort der Tabelle wird zuletzt transportiert 
b), das erste Datenwort der Tabelle wird zuerst transportiert c) 





a) START EQU $ 
LI R15 Setze Schleifenzähler auf 5 
LI R2,0 Lösche Indexregister 
LOOP EQU $ 
MOV @TABI (R2), @TAB2 (R2) Transportiere i-ten Operanden 
INCT R2 Inkrementiere Indexregister 
DEC Ri Dekrementiere Schleifenzähler 
JNE LOOP Wiederhole, solange Schleifenzähler + 0 ist 
ENDE EQU $ 
Anzahl der Befehle: 6 
Erforderlicher Speicherplatz: 20 Byte 
Ausführungszeit: 107,2 us 
b) START EQU $ 
LI R1,10 Setze Schleifenzähler auf 2-5 = 10 
LOOP EQU $ 
MOV @TABI-2 (Ri), @TAB2-2 (Ri) Transportiere i-ten Operanden 
DECT Ri Dekrementiere Schleifenzähler 
= Indexregister 
JNE LOOP Wiederhole, solange Schleifenzähler + 0 ist 
ENDE EQU $ 
Anzahl der Befehle: 4 
Erforderlicher Speicherplatz: 14 Byte 
Ausführungszeit: 86,6 us 
c) START EQU $ 
14B8 LI R1,—10 
LOOP EQU $ 
14BA MOV @TABI (Ri), @ TAB2 (RI) 
14BC INCT Ri 
14BE 
14C0 
TABI ... JNE LOOP 
ENDE EQU $ 
369E 
36A0 Anzahl der Befehle: 4 
36A2 Erforderlicher Speicherplatz: 14 Byte 
36A4 _Ausführungszeit: 86,6 us 
36A6 
TAB? ... 





Tafel 10: Vergleich der Adressierungsarten 











Anzahl der Erforderlicher Ausführungs- 
Befehle Speicherplatz zeit 
(us) 

Speicherdirekt 50,0 
Registerindirekt 114,6 
Registerindirekt 94,6 
mit auto-inkrement 
indiziert 107,2 
indiziert, Index = Inhalt des Schleifenzählers 86,6 
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dene Programmteile abarbeiten zu kön- 
nen (Bild 45b). Dies erreicht man, indem 
man eine Frage stellt, die mit ja oder nein 
beantwortet werden kann. Kodiert wird 
diese Struktur, indem man einen beding- 
ten Sprungbefehl verwendet, der abhän- 
gig davon, ob ein bestimmtes Bit im 
Statusregister „O“ oder „1“ ist, ausgeführt 
wird oder nicht. Dabei hat man meist die 
Wahl, ob der Sprung bei Erfüllung oder 
bei Nichterfüllung der Bedingung ausge- 


erfüllt 
? 





Ausgang, 


Programmteil 
falls Bedingung 
erfüllt ist 


a) b) 


Ausgang, 
falls Bedingung, 
nicht erfüllt ıst 
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führt wird. Ferner ist es Interpretations- 
sache, ob man die Bedingung als erfüllt 
ansieht, wenn das abgefragte Statusbit 
„O0“ ist, oder dann, wenn es „1“ ist (ver- 
gleiche Bild 46). Diese Situation ent- 
spricht der bei herkömmlichen Logik- 
bausteinen, wo sowohl die positive Logik 
als auch die negative Logik verwendet 
werden kann und sogenannte „Active- 
Low“-bzw. „Active-High“-Ein-/Aus- 
gänge vorkommen. Die Entscheidung, 


Programmteil 
A 
Programmteil 

B 
) 


Sprung 


Bild 45: Grundstrukturen. Strukturblock a), Verzwei- 


gung b) und Folge c) 


Bild 46: Kodierung einer Verzweigung mit dem ) 


TMS 9900 


Eingang 


Programmteil 
A 


Programmteil 
B 


a) 


Sprung 


bei Verwendung des Befehls JNE 


Eingang 


Bedingung 
erfüllt 


Programmteil RD +1->R4 


A 


Programmteil 
B 


RU -2=R4 





Wenn die Bedingung erfüllt ist,wird der Programmteil A ausgeführt , 


andernfalls wird der Programmteil B ausgeführt 


kein Sprung 


bei Verwendung des Befehls JEQ 


kein Sprung 


ob die Bedingung erfüllt ist oder nicht, 
kann passiver oder aktiver Natur sein. 
Sie ist passiv, wenn etwa zwei Zahlen 
addiert werden und geprüft werden soll, 
ob ein Übertrag (Carry) entstanden ist 
oder nicht. Die Entscheidung kann dann 
„passiv“, das heißt ohne Ausführung ir- 
gendeines weiteren Befehls getroffen 
werden, indem das Statusbit für Carry 
abgefragt wird (zum Beispiel JOC: Jump 
on carry oder JNC: Jump no carry). 


kein Sprung Sprung 


bei Verwendung des Befehls JNE 


kein Sprung 
bei Verwendung des Befehls JEQ 


Sprung 


MKRIDKRD then add Ito <R4> 
else subtract 2 from <R4) 


ENTRY EQU % 
G Vergleiche R3mit 
R2 


JLT Springe nach LI, 
wenn R2<R3 


INC Inkrementiere R4 


Springe zum 
Ausgang 


Dekrementiere R4 
um 


<x) bedeutet Inhalt von x, wobei x ein Register bezeichnet oder ein 


beliebiges Speicherwort 


Bild 47: If-then-else-Struktur a), die Auflösungsmöglichkeit b) und ein Beispiel für diese Struktur beim TMS 9900 c) 


ÄERDZRD then add I to <R4) 


ENTRY EQU $ 


u ExIT 
RI HI R& 


Bild 48: Das Bild zeigt die if-then-Struktur in der Version if-true-then a) und if-false-then b) sowie ein Beispiel für die if- 
true-then-Struktur beim TMS 9900 c) 


c R3, R2 Vergleiche R3mit R2 


JLT EXIT Springe zum Ausgang, 
wenn R2<R3 


Inkrementiere R4 


Bedingung 
erüllt 


Bedingung 
tullt 
% 13 INC R4 


EQU 38 


Programmteil Programmteil 
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Dagegen ist die Entscheidung aktiver 
Natur, wenn speziell zum Zweck der 
Abfrage eines Statusbits eine arithmeti- 
sche bzw. logische Operation durchge- 
führt wird. Meist handelt es sich bei 
solchen Operationen um einen Vergleich 
von Zahlen mit einem der Relationsope- 
ratoren <,<,>,>,=, #.Dies ist etwa 
dann der Fall, wenn mit Hilfe eines 
Programmteils ein über eine Tastatur 
eingegebenes Zeichen in den Speicher 
gebracht wird. Da die Eingabeoperation 
selbst im allgemeinen keine Statusbits 
beeinflußt, müssen zusätzliche Befehle 
vor der eigentlichen Abfrage ausgeführt, 
werden, um zum Beispiel festzustellen, 
ob das eingegebene Zeichen eine Zahl ist 
oder nicht. 

Durch die Zusammensetzung von Ver- 
zweigungen und Strukturblöcken lassen 
sich weitere Programmstrukturen ablei- 
ten. Die englische Bezeichnung dieser 
Programmstruktur wurde jeweils dann 
gewählt, wenn diese innerhalb von höhe- 
ren Programmiersprachen als ein Befehl 
mit dieser Bezeichnung vorkommt. Da- 
durch wird die spätere Diskussion von 
höheren Programmiersprachen erleich- 
tert. 


9.2.1. Die if-then-else-Struktur 

Sie besteht aus einer Verzweigung mit 
zwei Strukturblöcken (Bild 47a). Zu- 
nächst wird abgefragt, ob die Bedingung 
erfüllt ist oder nicht. Ist sie erfüllt, wird 
der Programmteil A abgearbeitet, an- 
dernfalls der Programmteil B. 


An der Struktur ändert sich nichts, wenn 
die beiden Programmteile vertauscht 
werden. In Bild 47b ist dargestellt, wie 
diese Struktur kodiert sein könnte. Zu- 
nächst benötigt man einen bedingten 
Sprungbefehl, der die Bedingung abfragt 
und einen Sprung zum Programmteil B 
veranlaßt, falls sie nicht erfüllt ist. Da- 
nach folgen die Befehle des Programm- 
teils A, der durch einen unbedingten 
Sprungbefehl zum Strukturausgang ab- 
geschlossen wird, z.B. zu dem Befehl, der 
dem letzten Befehl von Programmteil B 
direkt folgt. An den unbedingten Sprung- 
befehl schließen sich die zum Programm- 
teil B gehörigen Befehle an. Unter Um- 
ständen wird danach noch ein unbe- 
dingter Sprungbefehl zum Strukturaus- 
gang benötigt, falls dieser dem Pro- 
grammteil B nicht direkt folgt. Bild 47c 
zeigt ein Beispiel, wo zum Inhalt von 
Register 4 eine 1 addiert werden soll, 
sofern der Inhalt von Register 3 größer 
oder gleich dem Inhalt von Register 2 ist. 
Andernfalls soll vom Inhalt von Register 
4 eine 2 subtrahiert werden. 
Anmerkung: Auf die in diesem und den 
folgenden Beispielen enthaltenen As- 
sembleranweisungen EQU $ wird in 
einem späteren Abschnitt eingegangen. 
Einstweilen sei festgehalten, daß die 
Anweisung keine funktionale Bedeutung 
für den Programmablauf hat und genau 
so gut weggelassen werden könnte, so- 
fern die Marken Li und L2 dem jeweils 
direkt folgenden Befehl zugeordnet wer- 
den. 
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9.2.2. Die if-then-Struktur 

Diese Struktur ist eine Variante der if- 
then-else-Struktur. Je nachdem, ob man 
den Programmteil B oder A wegläßt, 














Bedingung 
2 erfü It 


Programmteil 


r-- IT -- 
| Programmteil ] 


weil er nicht benötigt wird, entsteht 
entweder die if-true-then- oder die if- 
false-then-Struktur (Bild 48). Der Unter- 
schied der beiden Strukturen besteht 


ja _ Bedingung 
erfüllt 
? 
Bedingung 
2erfüllt 


Programmteil 
A 



















| Programmteil 1 
=] = 






















Bild 49: Zusam- 
mengesetzte 
Bedingungen 
innerhalb einer 
ifthen-(else)- 
Struktur für 
UND a), ODER 
b), exklusives 


a) UND 


Beispiel für 
gesetzte Bedin- üUhrt. 
gung (Äquiva- 
lenz) in einer 
ifthen Struktur 


dargestellt len. 














[Progra mmt teil | 


(BR 


a 





c) Exklusives ODER oder 
Antivalenz 

Der Programmteil B wird 
nur ausgeführt, wenn 
entweder aaung 1 
erfüllt und Bedingung 2 
nicht erfüllt oder wenn 
Bedingung 1 nicht erfüllt 
und Bedingung 2 erfüllt 
ist. Andernfalls wird, 
falls vorhanden, Programm- 
teil A ausgeführt. 


ad) Exklusives NOR oder 
Aquivalenz 

Der Programmteil A wird 
nur ausgeführt, wenn beide 
Bedingungen erfüllt oder 
beide nicht erfüllt sind. 
Andernfalls wird, falls 
vorhanden, Programmteil 

B ausgeführt. 
«Beide Bedin 
in jedem Fal 
werden. 


Bild 49 c) und d) 


en müssen 
überprüft 





A L B 
a) b) 


Wenn die Bedingung 1 


ODER oder und die Bedingung 2 
. erfüllt ist, wird der 

Antivalenz e). Programmteil A ausge- 

In e) ist ein führt. In allen ande- 


en wird, falls 
Pi vorhanden, der Pro- 
eine zusammen- gramnteil 'B ausge- 


* Falls Bedingung 1 
nicht erfüllt ist, 
kann die Überprüfung 
von Bedingung 2 weg- 















b) ODER 


Wenn die Bedingung 1 
oder die Bedingung 2 
(oder beide) erfüllt 
ist, wird der Pro- 
el A ausge- 
ührt. Falls keine der 
beiden Bedingungen er- 
füllt ist, wird, falls 
vorhanden, der Pro- 
er B ausge- 
ührt. 


* Falls Bedingung 1 er- 
füllt ist, kann die 
Überprüfung von Bedin- 
gung 2 wegfallen. 




























TZusammen- 
gesetzte 
Bedingung 
j 
| 
| 
| 
| 
| 
j 
j 
L el 
Aquivalenz- 
Aquivalenz- bedingung 
bedingung nicht erfüllt 
erfüllt 
ENTRY EQU $ 
TB SCHI } 
JNE L1 *1 
TB SCH2 
JEQ GLCH *2 
JMP NGLCH 
L1 TB SCH2 } 
JEQ NGLCH *3 
GLCH EQOU 





$ 
[ ProgrammteilA 
NGLCH EQU $ 








SCH1="1"? Wenn nein, springe 
nach L1 und teste SCH2. 
SCH2="1"? Wenn ja, springe 
zum ProgrammteilA, wenn 
nein, springe zumAusgang, da 
SCH1+SCH2. 

SCH2"1"? Wenn ja, springe zum 
Ausgang, da SCH1+SCH2. 


Bild 49 e) 


* 1 







*2 











*3 





In 
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darin, daß der Programmteil in einem 
Fall dann ausgeführt wird, wenn die 
Bedingung erfüllt ist (Bild 48a) und im 
anderen Fall dann, wenn die Bedingung 
nicht erfüllt ist (Bild 48b). Falls der 
Programmteil nicht ausgeführt wird, 
wird bei beiden Strukturen direkt zum 
Ausgang gesprungen. 


9.2.3. Zusammengesetzte 
Bedingungen 

Eine zusammengesetzte Bedingung liegt 
dann vor, wenn zwei oder mehr Bedin- 
gungen durch logische Operatoren 
(UND, ODER, exklusiv-ODER) mitein- 
ander verknüpft werden. Das Verknüp- 
fungsergebnis ist wieder „Ja“ oder „Nein“ 
wie bei den bisher besprochenen einfa- 
chen Bedingungen. Dies kann etwa da- 
durch erreicht werden, daß ein bedingter 
Sprungbefehl in Abhängigkeit vom In- 
halt zweier oder mehrerer Statusbits 
ausgeführt wird oder nicht. Beispiele 


hierfür sind beim TMS 9900 die Befehle: 


JH Jump high if ne = 

and ST2 = 
JHE Jump Bieh or .. if 

STO = or ST2 = „1“ 

JLT Jump a then ıf STI = „0“ 

and ST2 = „0* 
wobei STO, ST1 und ST2 die Statusbits 
0, 1 und 2 des 16-bit-Statusregisters be- 
zeichnen. 
Wir haben also genau genommen einen 
Fehler gemacht, in dem wir bei den 
vorhergehenden Programmbeispielen 
für Verzweigungen aufgrund einfacher 
Bedingungen den Befehl JLT verwendet 
haben. Wir mußten es jedoch tun, da der 
Befehlsvorrat des TMS 9900 keinen Be- 
fehl der Art „JGE = Jump greater than 
or equal“ enthält. Dies mag illustrieren, 
wie man Abfragen realisiert, ohne den 
eigentlich dafür notwendigen Befehl zur 
Verfügung zu haben. 
Im allgemeinen versteht man jedoch 
unter einer von einer zusammengesetz- 
ten Bedingung abhängigen Verzweigung 
eine Struktur, die durch die Kombination 
mehrerer einfacher Bedingungen ent- 
steht. In Bild 49 sind die Flußdiagramme 
für die UND-, ODER-, exklusiv- ODER 
und Äquivalenz- Verknüpfung zweier 
Bedingungen dargestellt, und zwar in- 
nerhalb einer if-then-else-Struktur. Die 
gestrichelten Strukturblöcke für die Pro- 
grammteile A und/oder B deuten an, daß 
aus der if-then-else-Struktur eine if-then- 
Struktur entsteht, wenn diese Pro- 
grammteile wegfallen. 
Übrigens kann man die Wirkung der 
Struktur von Bild 49a auch so beschrei- 
ben: Wenn die Bedingung 1 oder die 
Bedingung 2 nicht erfüllt ist, wird der 
Programmteil B ausgeführt. Für Bild 49b 
gilt sinngemäß: Wenn die Bedingung | 
und die Bedingung 2 nicht erfüllt sind, 
wird Programmteil B ausgeführt. Womit 
die Richtigkeit des De Morganschen 
Theorems wieder einmal veranschau- 
licht wäre (vielleicht ein Trost für jene 
Ingenieure, die befürchten, daß ihre Er- 
fahrung im Entwurf digitaler Systeme 
mit herkömmlichen Logikbausteinen 
nichts mehr wert sei). 
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Betrachtet man die Verzweigung in 
Bild 49 innerhalb des gestrichelten Rah- 
mens als Struktur für sich, so stellt man 
fest, daß sie ebenfalls, wie die in Bild 45c 
dargestellte Verzweigung, einen Ein- 
gang und zwei Ausgänge hat. Im Prinzip 
ändert sich also an der Verzweigungs- 
struktur nichts, wenn man statt einer 
einfachen Bedingung (Abfrage) eine zu- 
sammengesetzte zugrunde legt. 

Das in Bild 49e dargestellte Beispiel 
unterstellt, daß mit Hilfe der symboli- 
schen Adressen SCHI und SCH2 der 
Zustand der Schalter 1 und 2 über die 
programmierbare Ein-/Ausgabeschnitt- 
stelle des TMS 9900 abgefragt werden 
kann. Falls beide Schalter geschlossen 
sind (SCHI) = „1“ und (SCH2) = „1“) 
oder wenn beide Schalter offen sind 
((SCHI) = „0“ und (SCH2) = „0*), soll der 
Programmteil A ausgeführt werden, an- 
dernfalls soll zum Ausgang gesprungen 
werden. Der Befehl TB = Test Bit 
bewirkt, daß je nach Schalterstellung 
eine „I“ oder „O“ in das Statusbit ST2 
transportiert wird. Die nachfolgenden 
bedingten Sprungbefehle JEQ = Jump 
equal (Springe, wenn ST2 = „I“)und JNE 
= Jump not equal (Springe, wenn ST2 = 
„0“) fragen das selbe Statusbit ab. Das 
Flußdiagramm wurde zur besseren 
Übersicht so umgezeichnet, daß es der 
Wirkung der Befehle voll entspricht. 


9.2.4. Die case-Struktur 

Diese Struktur wird auch als select- 
Operation, Fallunterscheidung, pro- 
grammierbarer Schalter oder Verteiler 
bezeichnet. Gemeint ist in jedem Fall die 
im Bild 50a gezeigte Struktur. Zunächst 
wird ein Wert berechnet und dann in 
einen Programmteil verzweigt, der 
durch diesen Wert identifiziert werden 
kann. Für den Fall, daß man einen Wert 
erhalten hat, der keinem der gewünsch- 
ten Programmteile zugeordnet ist, sollte 
ein Fehlerausgang vorgesehen werden. 


9.2.4.1. Realisierung mit Folge von 
Verzweigungen 

Die case-Struktur läßt sich durch eine 
Reihe von Abfragen oder Verzweigun- 
gen realisieren (Bild 50b1). Nach der 
Berechnung des Wertes C wird dieser 
systematisch mit einer Reihe von Kon- 
stanten verglichen. In unserem Beispiel 
sind das die ganzen Zahlen 1 bis n. Es 
könnten aber genauso gut beliebige Zah- 
len sein. Ist C = 1, wird der Programm- 
teil A abgearbeitet, ist C # 1, wird mit 
der nächsten Konstanten verglichen. 
Dies wird, falls erforderlich, bis zur 
letzten Abfrage fortgesetzt. Falls sich 
auch C # n ergibt, liegt ein Fehler vor, 
der etwa über einen eigenen Programm- 
teil „Fehlerbehandlung* identifiziert wird 
oder zu einer Programmunterbrechung 
oder Fehlermeldung führt. 

Im allgemeinen werden nicht alle zuläs- 
sigen Werte vonC gleich häufig vorkom- 
men. Zur Erhöhung der durchschnittli- 
chen Verarbeitungsgeschwindigkeit ist 
es daher sinnvoll, den Vergleich auf 
häufiger vorkommende Werte von C 


elektronikpraxis 


zuerst durchzuführen und seltenere 
Werte erst später abzufragen. 
Die Lösung nach Bild 50b2 benützt die 
gleiche Technik wie die nach Bild 50b1. 
Nur wird hier, falls ein Vergleich positiv 
ausfällt, zum zugehörigen Programmteil 
verzweigt. Dadurch erreicht man, daß 
jeweils alle Abfragen und alle Pro- 
grammteile direkt aufeinanderfolgen. 
Diese Möglichkeit ist aus Gründen der 
Übersichtlichkeit vorzuziehen, vor al- 
lem, wenn die einzelnen Programmteile 
komplex sind. 
In Bild 50c wird ein Beispiel dargestellt, 
in dem C die Werte 5, 12 und 20 
annehmen kann, wobei C die Summe 
zweier Operanden mit den symbolischen 
Speicheradressen DATAI und DATA2 
ist. Zunächst wird der Operand 1 
(Adresse DATAI1) in das Register 2 
transportiert. Dann wird der Wert C 
berechnet, indem der Operand 2 (Adresse 
DATA2) zum Inhalt von Register 2 
hinzuaddiert wird. Danach folgt der Ver- 
gleich von C mit den drei Konstanten 5, 
12 und 20 mit den dazugehörigen beding- 
ten Sprungbefehlen, um zum Anfang des 
jeweils zugehörigen Programmteils zu 
gelangen. Die Fehlerbehandlung folgt 
der letzten Abfrage, wodurch ein unbe- 
dingter Sprung eingespart wird. Danach 
schließen sich die einzelnen Programm- 
teile an, die jeweils, der letzte ausgenom- 
men, mit einem unbedingten Sprung zum 
Ausgang abschließen. Falls der Pro- 
grammteil für C = 5 recht umfangreich 
ist, kann die maximale Sprungweite von 
+ 128 Worten des Befehls 

JEQ PROGI2 
nicht mehr ausreichen. In diesem Fall 
würde man wie folgt programmieren: 


CI R2,12 

JNE NEXT 

B @PROGI12 
NEXT a R2,20 


Dabei wird der unbedingte Sprungbefehl 
B = Branch verwendet, mit dem zu 
einem beliebigen Speicherwort gesprun- 
gen werden kann, wobei als Adressie- 
rungsarten „Register-direkt“, „Speicher- 
direkt“, „unmittelbar“ und „Register-indi- 
rekt mit oder ohne autoinkrement“ in 
Frage kommen (vergleiche Folgen 3 und 
4). In unserem Fall wird die speicherdi- 
rekte Adressierungsart verwendet. Ent- 
sprechend könnte man die dritte Ab- 
frage C = 20°, falls erforderlich, umfor- 
mulieren und die JMP-Befehle durch 
Branch-Befehle ersetzen. 


9.2.4.2. Realisierung mit 
Sprungtabelle 

Wenn man annimmt, daß der Wert C 20 
oder 30 verschiedene zulässige Werte 
annehmen kann, ergeben sich bei der 
bisher vorgestellten Realisierungsme- 
thode 20 bzw. 30 Abfragen, das heißt eine 
ganze Menge Befehle. Unter der Voraus- 
setzung, daß C nur positive geradzahlige 
Werte annehmen kann, läßt sich die case- 
Struktur noch erheblich einfacher ver- 
wirklichen. Man definiert eine Sprungta- 
belle, das heißt einen Speicherbereich, in 
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Berechnung 
des Wertes C 







C=2 c=3 














c=1 
Programm-| |Programm rogramm- 
il A 5 ] & c 


' 








a) Ausgang 


I. Verstreute Abfragen 
und Programmteile 


Berechnung 
des WertesC 










ja 
Programmteil 
A 


ja 
Programmteil 
B 











ja 
Programmteil 
zZ 
Fehler- 
behandlung 












b) 


2.Abfragen und Programmteile 
jeweils zusammenhängend 





EXIT EQU $ 


c) 


ENTRY EQU $ 
MOV  @DATA1,R2 Transportiere Operand 1 
in Register 2 
A @DATA2,R2 Addiere Operand 2 = >C 
cı R2,5 C=5? Wenn ja, springe 
JEQ PROG5 zum zugehörigen Pro- 
grammteil 
GL R212 C=12? Wenn ja: BR nge 
JEQ PROGI12 zum zugehörigen Pro- 
grammteil 
CI R2,20 C=20? Wenn ja, springe 
C=n C<loder C>n JEQ PROG2O zum zugehörigen Pro- 
grammteil 
[Fehlerbehandlung 
Programm-| |[Fehler- 
‚handlung JMP EXIT Sprung zum Ausgang 
[Programmteil für C=5 
JMP EXIT Sprung zum Ausgang 
PROG12EQU %$ P ’ 2 
[Programmteil für C=12 
JMP EXIT Sprung zum Ausgang 
PROG2OEQU $ 





[Programmteil für C-20 


Anmerkung: Die Verwendung der Befehle JEQ und JMP 
setzt voraus, daß die Sprungweite von <+128 Wor- 
ten, abdemSprungbefehl gerechnet, ausreicht. 


Berechnung 
des Wertes C 








Bild 50: case-Struktur (Select-operation, Fallunter- 
scheidung, Verteiler, programmierbarer Schalter a). 
Realisierung als Folge von Vergleichen mit Konstanten 
b). Beispiel für eine case-Struktur, realisiert entspre- 







Speicher 















chend 6b2) und mit Hilfe einer Sprungtabelle d) 


Adresse ENTRY EQU 8 
0000 Mov (@ DATA1,R2  Berechne Cund 
—— A (& DATA2,R2 speichereC inR2 
Fr [31 R2,6 Ist C>6, wenn ja, 
JH ERROR springe nach ERROR 
SPTAB 0100,24 B6 MOV (@ SPTAB (R2),R3 berechne Sprungadresse 
a 02) 24 DA B #R3 Springe zum Programm- 
010425 24 2 keit 
0106127 C8 ERROR „Eou % 
u Fehlerbehandlung ‚wenn C>6 
Bi JMP EXIT 
( 
PROGO 2486) % PROGO EQU 5 
Programmteıil für C=0 
PROG2 24DA) JMP EXIT 
PROG4 2524 
Programmteil 
B | , 
PROG6 EQU % 
: PROG 6 27C8 r 
B Programmteıl für C=6 
F L 
Programmteil ö EXIT EQU 83 
Z | 
ee 
FFFE 


d) Voraussetzung C kann nur geradzahlige Werte zwischen Ound FFFE,, annehmen 





dem direkt nacheinander alle Anfangs- 
adressen der dem Wert C zugeordneten 
Programmteile stehen. In Bild 50d reicht 
die Sprungtabelle von der Adresse 
0100,, bis zur Adresse 0106,,, und der 
Tabellenanfang ist durch die symbolische 
Adresse SPTAB gekennzeichnet. Im er- 
sten Wort der Tabelle steht die Adresse 
des ersten Befehls des Programmteils, 
der für C = 0 ausgeführt werden soll. 
Entsprechend steht an zweiter Stelle die 
Adresse des ersten Befehls des Pro- 
grammteils, der für C = 2 ausgeführt 
werden soll usw. Die Aufgabe besteht 
nun darin, in Abhängigkeit vom aktu- 
ellen Wert von C 

ohne Abfrage 


zum zugehörigen Programmteil zu 
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springen. Dies funktioniert genau dann, 
wenn zum tatsächlichen Wert der sym- 
bolischen Adresse SPTAB (hier; 0,100,,) 
der aktuelle Wert von C hinzuaddiert 
wird. Dadurch erhält man die Adresse 
des Speicherworts (zB. für C= 
4:0100,, + 4 = 0104, ,), das die Anfangs- 
adresse (hier: 2524,,) des zugeordneten 
Programmteils (hier: PROG4) enthält. 
Mit einem unbedingten Sprung zu dieser 
Anfangsadresse landet man beim ersten 
Befehl des Programmteils PROG4. 

Zunächst wird, wie in Bild 50c,der Wert C 
berechnet. Damit jedoch nicht, falls C > 
6 ist, ein unsinniger Sprung zu irgend- 
einem Speicherwort ausgeführt wird, 
muß zunächst überprüft werden, ob die- 
ser Fall gegeben ist. Mitdem Befehl CI = 


Compare immediate wird C mit der 
Konstanten 6 verglichen und falls C > 6 
ist, wird mit Hilfe des bedingten Sprung- 
befehls JH = Jump if logical high zum 
Programmteil für die Fehlerbehandlung 
gesprungen. Statt des Befehls JH wäre 
der Befehl JGT = Jump if arithmetical 
greater than nur dann brauchbar, wenn C 
keinen Wert annimmt, der höher als 
7FFF,, ist. Wäre der Wert höher, so 
würde im höchstwertigen Bit eine 1 
stehen, was bei einem arithmetischen 
Vergleich zu einem falschen Ergebnis 
führt, da dann C als negative Zahl, darge- 
stellt im 2er-Komplement, interpretiert 
wird. 

Wenn feststeht, daß0 < C < 6 gegeben 
ist, wird mit Hilfe der indizierten Adres- 
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sierung (siehe Folgen 3 und 4) die ge- 
wünschte Sprungadresse im Register 3 
abgelegt. Im einzelnen bewirkt der Be- 


fehl 

MOV @SPTAB{R2),R3 
folgendes: 
1. Addiere den der symbolischen Adresse 
SPTAB zugeordneten absoluten Wert 
(0100,,) zum Inhalt von R2 (z.B. 
C=4 


2. Transportiere den Inhalt des Spei- 
cherwortes, dessen Adresse die gebil- 
dete Summe (z.B. 0104,,) ist, also die 
gesuchte Sprungadresse (z.B. 2524,,), in 
das Register 3. Falls man den Wert vonC 
später nicht mehr benötigt, könnte man 
die Sprungadresse ebenso gut im Regi- 
ster 2 ablegen. 

Anschließend wird registerindirekt 
adressiert mit Hilfe des unbedingten 
Sprungbefehls B = Branch zum ge- 
wünschten Programmteil (zum Beispiel 
PROG4) gesprungen. 

Da die effektive Sprungadresse erst un- 
ter Berücksichtigung des Wertes von C 
berechnet wird, nennt man diese Art der 
Verwirklichung einer case-Struktur auch 
oft „Computed go to“. 

Die Einschränkung, daß C geradzahlig 
sein muß, rührt daher, daß zur Speiche- 
rung einer Sprungadresse ein ganzes 
Speicherwort erforderlich ist und die 
Wortadressen beim TMS 9900 immer 
gerade sind. 

In der nächsten Folge wird im Zusam- 
menhang mit allgemeinen Schleifen- 
strukturen noch eine weitere Realisie- 
rungsmöglichkeit vorstellt. 


9.2.4.3. Realisierung der case- 
Struktur mit Such- und 
Sprungtabelle 

Nehmen wir an, daß über eine Tastatur 
vier Buchstaben, etwa H, L, R oder W, 
eingegeben werden können. Je nachdem, 
welcher Buchstabe eingegeben wurde, 
soll eine bestimmte Systemfunktion aus- 
gelöst werden. Der eingegebene Buch- 
stabe wird im ASCII-Kode unter der 
symbolischen Adresse BUCHST gespei- 
chert. Die Aufgabe besteht nun darin, 
zwischen dem ASCII-Wert (Tafel 11) des 
jeweiligen Buchstabens undder Anfangs- 
adresse des zugehörigen Programm- 
teils eine Beziehung herzustellen. 


Tafel 11: ASCII-Kode der Buch- 
staben H, L, R und W 


ASCII-Kode, 
hexadezimal dargestellt 


Buchstabe 


zZzr tL 
a 
De} 
E3 


Dazu definiert man (Bild 51) eine Such- 
tabelle, d.h. einen Speicherbereich, in 
dem direkt nacheinander die ASCII- 
Werte der vier Buchstaben stehen. 
Ferner wird eine Sprungtabelle einge- 
richtet, in der die Anfangsadressen der 
zugehörigen Programmteile in der sel- 
ben Reihenfolge gespeichert sind. (Ver- 
gleiche hierzu auch Abschnitte 9.2.4.2: Es 
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Adresse Speicher 

















ooom— ENTRY Eau 3 
CLR R2 Lösche Register 2 
FNI/ VER Eu $ 
( & A cl R2B & Springe nach ERROR, wenn keıner 
JH RO! der Buchstaben H,L,R,W eingegeben wurde 
SUTAB 010040048 C @® BUCHST, (® SUTAB(R2) Prüfe durch Vergleich, welcher der 
0102[0 0 4 C 4 Buchstaben eingegeben wurde 
Rus: r n 2 2 JE SPADR Gefunden ? Ja, berechne Sprungadresse 
= — INCT  R2 Nein, vergleiche mıt nachstem Buchstaben 
Fr JMP VERGL 
ee ERROR EQU $% 
SPTAB 0200124B 6 Fehlerbehandlung ‚wenn ein anderer Buchstabe als H,L,Roder W eingegeben wurde 
0202/24 DA 
020425 2 4 SPADR EQU % Berechnung der Sprungadresse mit 
0206/127C 8 MOV anschließendem Sprung zum 





B 


PROGH EQU % 


PROGH 24B6 E 


PROGL 


JMP EXIT 


PROGL EQU 9 


24 DA 


s L 
B JMP EXIT 
PROGR 2524 2 PROGR EQU % 


PROGW 27C8 3 


JMP EXIT 


PROGwW EOU $ 





EXIT Eau 3 








FFFE 





ist die selbe Sprungtabelle.) Man verfährt 
nun so, daß der eingegebene Buchstabe, 
das heißt sein ASCII-Wert, mit dem 
ersten Wert in der Suchtabelle vergli- 
chen wird. Wenn die Werte nicht über- 
einstimmen, wird der Buchstabe mit dem 
nächsten Wert verglichen, usw. Dabei 
wird in einem Register festgehalten, ob 
der Buchstabe gerade mit dem ersten, 
zweiten bzw. n-ten Wert in der Suchta- 
belle verglichen wurde. Stimmt der Wert 
des eingegebenen Buchstabens mit dem 
n-ten Wert in der Suchtabelle überein, 
dann weiß man, daß die Anfangsadresse 
des zugehörigen Programmteils eben- 
falls an der n-ten Stelle in der Sprungta- 
belle zu finden ist. Nach einem Sprung zu 
dieser Anfangsadresse kann der ge- 
suchte Programmteil ausgeführt wer- 
den. 

Im einzelnen funktioniert das in Bild 51 
dargestellte Programm wie folgt: Zu- 
nächst wird Register 2 gelöscht, das als 
Indexregister mit dem Anfangswert O0 
benutzt wird. Für den Fall, daß ein 
anderer als einer der vier zugelassenen 
Buchstaben H, L, R und W eingegeben 
wurde, sehen wir eine Fehlerbehandlung 
vor. Sie wird dann ausgeführt, wenn die 
gesamte Suchtabelle ohne Erfolg nach 
dem eingegebenen Buchstaben durch- 
forstet wurde. Da die Suchtabelle vier 
Werte umfaßt, müssen wir prüfen, ob der 
Inhalt von Register 2 größer als 6 ist. Der 
Befehl 

C @ BUCHST, @ SUTAB(R2) 

vergleicht den Inhalt von BUCHST, also 
den eingegebenen Buchstaben, mit dem 
Inhalt eines zur Suchtabelle gehörenden 
Speicherworts. Die Adresse dieses Spei- 
cherworts (relative Adressierung) ist die 
Summe von SUTAB (hier: 100,,) und 


(@ SPTAB(R2),R3 
*R3 


zugehörigen Programmteil 


[Peach für Buchstabe H 
Programmteil für Buchstabe L 
Programmteil für Buchstabe R 


Programmteil für Buchstabe W 


Bild 51: Case-Struktur; Realisierung mit Hilfe einer Such- und 
Sprungtabelle 





dem Inhalt von Register 2 (beim ersten 
Vergleich 0). Wenn wir annehmen, daß 
der Buchstabe L eingegeben wurde, so 
fällt der erste Vergleich negativ aus, denn 
unter der Adresse SUTAB +0 = 100,, 
ist der ASCII-Wert von H abgespeichert. 
Danach wird R2 um 2 inkrementiert. Da 
der Inhalt von R2 (jetzt 2) kleiner ist als 6 
ist, wird verglichen, ob der eingegebene 
Buchstabe identisch mit dem unter der 
Adresse SUTAB + 2 = 102,, abgespei- 
cherten Wert ist. Dies ist der Fall, denn 
wir nahmen an, daß L eingegeben wurde. 
Daher wird als nächstes der Befehl 
MOV @ SPTAB(R2),R2 

ausgeführt, der, wie bereits unter Ab- 
schnitt 9.2.4.2 beschrieben, die Anfangs- 
adresse des zugehörigen Programmtei- 
les PROGL (hier: 24DA „,) in Register 3 
bereitstell. Mit dem anschließenden 
Branch-Befehl kann dann das Programm 
PROGL angesprungen werden. 

Diese dritte Realisierungsmöglichkeit ei- 
ner case-Struktur ist die allgemeinste, 
denn sie umfaßt die beiden anderen 
Möglichkeiten. Die Methode, eine Folge 
von Vergleichen mit Konstanten und den 
entsprechenden Verzweigungen zu pro- 
grammieren (Abschnitt 9.2.4.1) wird auch 
hier benutzt, wenn auch in Form einer 
speicherplatzsparenden Schleife, die 
voraussetzt, daß alle Konstanten in einer 
Suchtabelle zusammengefaßt sind. Ein 
weiterer Vorteil besteht darin, daß im 
ersten Fall die Konstanten festliegen, 
während sie bei der zuletzt vorgestellten 
Realisierung ohne Änderung des Pro- 
gramms modifiziert werden können. 
Dazu ist nur der Inhalt der Suchtabelle 
auszutauschen. Der Trick, sozusagen au- 
tomatisch die Anfangsadresse eines be- 
stimmten Programmteils mit Hilfe einer 
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a) Aufgabenstellung 


Führe den Programmteil n aus, wenn das n-te Bit von rechts 


in Register 5 gesetzt ist 


Inhalt von R5 
000000000000000 I 
0000000000000010 


0100000000000000 
1000000000000000 


b) Speicherinhalt 
Adresse Speicher 















Programmteil 
0 
1 


14 
15 


c) Realisierung nur mit Sprungtabelle 


9000 ENTRY Eau 8 
CLR R2 Lösche Register 2 
VERGL EQU $ 
Be CI R2,30 Springe nach ERROR, wenn 
SPTAB 0100 JH ERROR keine Igefunden wurde. 
0102 SRL RS,I Schiebe Inhalt von RS 
um 1Stelle nach rechts 
Sprung- Jc SPADR Eine 1 gefunden ? Ja, 
tabelle berechne Sprungadresse 
16 Worte INCT R2 Nein, weiter suchen 
o1eE [Jaıa7) 2 JMP  VERGL 
ERROR EQU %$ 
Fehlerbehandlung , wenn keine |! gefunden wurde 
PROGO 34B6 T 
SPADR EQU 3% Berechnung der Sprung- 
MOV SPTAB(R2),R3 adresse mit anschließendem 
PROGI 3520 B *R3 Sprung zum zugehörigen 
16 PROGO EQU 3 Programmteil 
Programm- 
teile ProgrammteilO 
JMP EXIT 
PROG15 41A7 x 
7 PROGIS EQU 3 
FFFE [rosemmei 15 
EXIT EQU $ 
Bild 52: Beispiel für eine case-Struktur 





Sprungtabelle zu finden, ist bei der zwei- 
ten und dritten Realisierung der case- 
Struktur derselbe. Im zweiten Fall be- 
steht jedoch die Einschränkung, daß der 
Wert C nur aufeinanderfolgende Werte 
annehmen sollte. Ist dies nicht der Fall, 
wird unter Umständen erheblicher Spei- 
cherplatz für die Sprungtabelle erforder- 
lich, denn für jeden nicht erlaubten Wert 
von C, der zwischen zwei sinnvollen 
Werten liegt, muß ein Speicherwort 
spendiert werden, in dem die Anfangs- 
adresse für die Fehlerbehandlung ge- 
speichert ist. 

Zusammenfassend kann man sagen, daß 
eine case-Struktur in den meisten Fällen 
am günstigsten mit einer Sprungtabelle 
realisiert werden kann, wobei oft zusätz- 
lich eine Suchtabelle erforderlich ist. 
Besonders elegant wird die Realisierung, 
wenn die indizierte Adressierungsart 
eingesetzt wird. Ist diese nicht verfügbar, 
kann dasselbe auch mit der Register-in- 
direkten Adressierung, allerdings mit 
mehr Befehlen, erreicht werden. 
Abschließend noch ein Beispiel, bei dem 
auf die Suchtabelle verzichtet werden 
kann, aber nicht auf den sukzessiven 
Vergleich (Bild 52). Es wird sicherge- 
stellt, daß Register 5 genau eine 1 und 
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sonst lauter Nullen stehen. Je nachdem, 
an welcher Stelle die 1 steht, soll einer 
von 16 verschiedenen Programmteilen 
ausgeführt werden. man könnte nun, wie 
im vorhergehenden Beispiel, eine Suchta- 
belle aufbauen, in der alle 16 möglichen 
Kombinationen von Inhalten des Regi- 
sters 5 aufgelistet sind, und sie dann 
schrittweise mit dem tatsächlichen Inhalt 
vergleichen. Die dafür notwendigen 16 
Speicherworte kann man jedoch einspa- 
ren, wenn man den Befehl SRL = Shift 
Right Logical verwendet. Der Befehl 
SRL R35,1 

bewirkt, daß der Inhalt von Register 5 
um eine Stelle nach rechts geschoben 
wird. Das herausgeschobene Bit wird im 
Carry-Bit des Statusregisters abgespei- 
chert. Die „leere“ Bitposition ganz links 
wird durch eine O0 aufgefüllt. Die Me- 
thode bei dieser case-Struktur besteht 
wieder darin, im Register 2 zu zählen, wie 
oft verschoben wurde, um daraus den 
Index für die relative Adressierung bei 
der Berechnung der Sprungadresse ab- 
zuleiten. Das Register 2 muß jeweils um 2 
inkrementiert werden, wenn um / Stelle 
nach rechts geschoben wurde, da jede 
Wortadresse beim TMS 9900 gerade ist. 
Nach jeder Schiebeoperation wird über- 
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prüft, ob im Carry-Bit eine 1 steht. Wenn 
nein, wird die Schieberoperation wieder- 
holt; wenn ja, wird mit Hilfe des beding- 
ten Sprungbefehls JC = Jump on Carry 
aus der Schleife gesprungen und mit der 
Berechnung der Sprungadresse in glei- 
cher Weise wie im vorigen Beispiel fort- 
gefahren. 

Nun ist schon öfter das Stichwort 
Schleife gefallen (englisch: loop ) obwohl 
dieser Begriff sozusagen noch nicht „offi- 
ziell“ eingeführt wurde. Dies soll in den 
nächsten Abschnitten nachgeholt wer- 
den. 


9.3. Schleifen 

Aus den bisher kennengelernten Grund- 
strukturen „Folge“, „Verzweigung“, „if- 
then-else“ und „case“ läßt sich leicht eine 
neue übergeordnete Struktur entwik- 
keln: die Schleife. Sie ist außerordentlich 
wichtig, da es dadurch möglich ist, ein 
und denselben Programmteil mehrmals 
ausführen zu lassen. Den gleichen Effekt 
könnte man erreichen, indem der Pro- 
grammteil tatsächlich so oft im Pro- 
gramm enthalten ist, wie er ausgeführt 
werden soll. Aber dann würde das Pro- 
gramm sehr viel unübersichtlicher wer- 
den und man bräuchte erheblich mehr 
Speicherplatz. Die 100malige Ausfüh- 
rung (dies ist keine Seltenheit) eines 
kurzen Programmteils von 10 Befehlen 
zu je zwei Worten erfordert einen Spei- 
cherplatz von 100 x 10 x 2 = 2000 
Worten. Bei einer Schleife hingegen muß 
der Programmteil nur einmal gespei- 
chert werden (20 Worte), wozu noch ca.3 
Befehle für die Schleifenorganisation (ca. 
5 Worte) addiert werden müssen. Hin- 
sichtlich der Ausführungsgeschwindig- 
keit ist die Schleife jedoch etwas ungün- 
stiger, da zusätzlich die „Organisations“- 
Befehle ausgeführt werden müssen. Ein 
weiterer Punkt spricht für die Schleife: 
Oft ergibt sich erst während des Pro- 
grammablaufs, wie oft der Programmteil 
ausgeführt werden muß, d.h. es ist nicht 
bekannt, wie oft der zu wiederholende 
Programmteil im Programm enthalten 
sein muß. In diesem Fall ist die Schleifen- 
struktur ein „Muß“. 

Im Gegensatz zu den bisherigen Struktu- 
ren, die nur einmal ausgeführt werden 
(offene Strukturen), nennt man die 
Schleifen geschlossene Strukturen, da 
man nach ihrer Abarbeitung im Normal- 
fall an ihren Anfangspunkt zurück- 
kehrt. 


9.3.1. Bestandteile einer Schleife 
Grundsätzlich besteht die Schleifen- 
struktur aus vier Teilen: 

@ Initialisierung 

® Verarbeitung 

® Modifizierung 

@® Test 


Der Verarbeitungsteil besteht aus dem 
zu wiederholenden Programmteil. Alle 
anderen Teile dienen rein organisatori- 
schen Zwecken, d.h. sie formen die 
Schleifenstruktur, aber tragen nicht zur 
eigentlichen Programmfunktion bei. Im 
Initialisierungsteil wird festgelegt, wie 
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a) repeat -until-true 






Initialisierung 
Programmteil 
Modifizierung des 
Schleifenkriteriums 














nen 







ja 
Bild 53: Repeat-until-Struktur 


a) process - while - true 


Initialisierung 
Programmteil A 
| Modifizierung des 
Schleifenkniteriums 












ja) 
Programmteil B 






b) repeat - until-false 


Modifizierung des 
Schleifenkriteriums | : 


b) process-while-false 





a) do- while-true 







Initialisierung 





Initialisierung 
Programmteil 







Bedingung 
erfüllt 


Programmteil 







Bedingung iteri 
errült 








nein 






Initialisierung 
Programmteil 







Initialisierung 

Programmteil A 
Modifizierung des 
Schleifenkriteriums 










Ausgang 


Programmteil B 









oft oder unter welcher Bedingung die 
Schleife durchlaufen werden soll. Bei 
bestimmten Schleifen (Bedingungs- 
schleifen) kann dieser Teil auch entfallen. 
Im Modifizierungsteil wird entweder ge- 
zählt (inkrementieren oder dekrementie- 
ren) , wie oft die Schleife bereits durch- 
laufen wurde. Oder der Teil enthält einen 
oder mehrere Befehle, die eine Ande- 
rung des Kriteriums ermöglichen, wel- 
ches bestimmt, ob die im Initialisierungs- 
teil definierte Bedingung erfüllt ist oder 
nicht. Dementsprechend wird dann im 
Testteil entschieden, ob die Schleife 
nochmals durchlaufen oder ob mit der 
Abarbeitung der nächsten Struktur be- 
gonnen wird. 


Durch Vertauschen und verschiedene 


Auslegung der einzelnen Teile ergeben 
sich eine Reihe unterschiedlicher Schlei- 


fenstrukturen, die alle ihre Vor- und 
Nachteile haben. 


9.3.2. Die repeat-until-Struktur 

Diese Struktur ergibt sich, wenn man die 
Schleifenteile wie besprochen anordnet. 
Je nachdem, ob die Schleife bei Erfüllung 
oder Nichterfüllung der Abbruchbedin- 
gung verlassen wird, spricht man von der 
repeat-until-true- bzw. repeat-until-fal- 
se-Struktur (Bild 53). In jedem Fall be- 
steht die Schleife aus einer Folge dreier 
Strukturblöcke, an die sich eine Verzwei- 
gung anschließt. Wie in Abschnitt 9.1 
bereits erwähnt, können die Struktur- 
blöcke wiederum aus beliebig vielen 
Strukturblöcken zusammengesetzt sein. 


Die Verzweigung selbst ist im Fall der 
repeat-until-true-Struktur eine if-false- 












Modifizierung des 
Schleifenkriteriums 








Modifizierung des 
Schleifenkriteniums 
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b) do-while-false 


Initialisierung 







Modifizierung des 
Schleifenkniteriums 








oder 






Initialisierung 


Modifizierung des 
Schleifenkritenums 







Bild 54: Do-while-Struktur 


4 Bild 55: Process-while-Struktur 


then-Struktur, im anderen Fall eine if- 
true-then-Struktur. 

An dieser Stelle sei noch einmal auf die 
verschiedenen Realisierungsmöglichkei- 
ten der Verzweigung hingewiesen, je 
nachdem, wie definiert wird, wann eine 
Bedingung als erfüllt oder als nicht erfüllt 
anzusehen ist. 

Die repeat-until-Struktur ist am ein- 
fachsten verständlich, denn ihr Aufbau ist 
unmittelbar einleuchtend. Zunächst wird 
das Schleifenkriterium festgelegt und 
dann der zu wiederholende Programm- 
teil ausgeführt. Danach muß das Krite- 
rium verändert und abgefragt werden, 
ob die Abbruchbedingung erfüllt ist. Die 
Struktur hat jedoch einen Nachteil, denn 
der Programmteil wird in jedem Fall 
mindestens einmal ausgeführt. Dies liegt 
daran, daß die Abfrage erst nach dem 
Programmteil durchgeführt wird. 
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9.3.3. Die do-while-Struktur 

Sie ist dadurch gekennzeichnet, daß di- 
rekt nach der Initialisierung überprüft 
wird, ob die Schleife durchlaufen werden 
soll oder nicht. Dadurch ist es im Gegen- 
satz zur repeat-until-Struktur auch mög- 
lich, die Schleife zu überspringen, so daß 
der zu wiederholende Programmteil 
überhaupt nicht ausgeführt wird. Dies ist 
sicherlich nicht der Normalfall, denn 
sonst hätte man sich die ganze Schleife 
sparen können. Aber es ist in vielen 
Fällen wünschenswert, abhängig vom 
Programmverlauf, die Schleife auch 
nicht ausführen zu können. 

Ansonsten ist die Funktion der do-while- 
und repeat-until-Struktur identisch. Je- 
nachdem, ob die Schleife wiederum 
durchlaufen wird, wenn die Testbedin- 
gung erfüllt ist oder nicht, entsteht eine 
do-while-true- oder eine do-while-false- 
Struktur. Wie in Bild 54 gezeigt, ergeben 
sich für jede Struktur wiederum zwei 
Möglichkeiten, abhängig davon, in wel- 
cher Reihenfolge die einzelnen Schlei- 
fenteile im Programmspeicher gespei- 
chert sind. Die Reihenfolge der Schlei- 
fenteile in den unteren Realisierungen 
entspricht der einer repeat-until-Struk- 
tur, funktional sind diese Strukturen je- 
doch do-while-Strukturen. Der Unter- 
schied der beiden Realisierungsmöglich- 
keiten besteht darin, daß im ersten Fall 
nach der Modifizierung des Schleifenkri- 
teriums unbedingt zur Verzweigung und 
im zweiten Fall nach der Realisierung 
unbedingt zum Schleifenausgang ge- 
sprungen wird. In beiden Fällen werden 
gleich viele Befehle und Speicherplatz 
benötigt, so daß es eine „Geschmacks- 
frage“ ist, was man vorzieht. Im allge- 
meinen wird die erstere Realisierungs- 
möglichkeit bevorzugt, da sie die funk- 
tionale Struktur besser wiedergibt und 
nicht so leicht mit der repeat-until-Struk- 
tur zu verwechseln ist. 

Im Hinblick auf die Bezeichnung repeat- 
until und do-while wollen wir noch ein- 
mal beide Strukturen vergleichen. Im 
ersten Fall soll die Schleife so lange 
durchlaufen werden, bis die Abbruchbe- 
dingung erfüllt ist. Rein sprachlich be- 
trachtet man also die Erfüllung der 
Abbruchbedingung als Bezugspunkt, so 
daß der Normalfall der Realisierung die 
repeat-until-/rue-Struktur ist. Anders bei 
der do-while-Struktur, wo als Bezugs- 
punkt die Bedingung für das weitere 
Durchlaufen der Schleife dient, wodurch 
sich wiederum als Normalfall der Reali- 
sierung die do-while-/ruwe-Struktur er- 
gibt. In dieser Weise werden bei höheren 
Programmsprachen (zum Beispiel ampl, 
PASCAL) die repeat-until- und do-whi- 
le-statements interpretiert. 


9.3.4. Die process-while-Struktur 

Durch Kombination einer repeat-until- 
und do-while-Struktur entsteht eine so- 
genannte process-while-Struktur. Sie ist 
recht leistungsfähig, da sie zwei Pro- 
grammteile, einen vor und einen nach der 
Verzweigung, enthält. Die process-whi- 
le-true- bzw. process-while-false-Struk- 
tur ergibt sich daraus, ob die Schleife bei 
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Erfüllung oder Nichterfüllung der Test- 
bedingung nochmals durchlaufen wird 
(Bild 55). Da diese Struktur jedoch er- 
heblich seltener als die repeat-until- oder 
die do-while-Struktur vorkommt, wird 
sie in der Literatur meist nicht mit einem 
eigenen Namen bezeichnet. Ebenso gibt 
es bei höheren Programmiersprachen im 
allgemeinen keinen entsprechenden spe- 
ziellen Befehl. 


Damit haben wir die grundsätzlichen 
Schleifenstrukturen kennengelernt und 
wollen nun deren verschiedene Realisie- 
rungsmöglichkeiten untersuchen. Ab- 
hängig davon, ob die Anzahl der ge- 
wünschten Schleifendurchläufe von 
vornherein bekannt ist oder nicht, unter- 
scheidet man zwischen: 
@ Zählschleifen (definite loops) und 
® Bedingungsschleifen (indefinite 
loops) 
Bei den Bedingungsschleifen ist selbst 
kurz vor der erstmaligen Ausführung der 
Schleifenstruktur nicht bekannt, wie oft 
die Schleife durchlaufen werden soll. Im 
Falle der Zählschleifen muß spätestens 
vor der Ausführung des Initialisierungs- 
teils die Anzahl der Schleifendurchläufe 
bekannt sein. Der etwas einfachere Fall 
ergibt sich dann, wenn die Anzahl der 
Schleifendurchläufe bereits während der 
Programmierung abzusehen ist. Ferner 
wird sich ergeben, daß die Reihenfolge 
der Schleifenteile „Verarbeitung“ und 
„Modifizierung des Schleifenkriteriums“ 
bei der Realisierung von Bedeutung sein 
kann, obwohl dies aus dem grundsätzli- 
chen Aufbau der Schleifenstrukturen 
nicht direkt zu entnehmen ist. 


9.3.5. Zählschleifen 

Da bei Zählschleifen immer bekannt ist, 
wie oft die Schleife durchlaufen werden 
soll, besteht die Initialisierung darin, per 
Software einen Zähler zu definieren, der 
die Anzahl der Schleifendurchläufe mit- 
zählt. Die zugehörige Abfrage lautet: Ist 
der Zählerstand gleich der vorgegebe- 
nen Anzahl von Schleifendurchläufen? 
Ist dies der Fall, wird zum Ausgang der 
Schleife gesprungen, andernfalls wird die 
Schleife erneut ausgeführt. 

Die verschiedenen Realisierungsmög- 
lichkeiten wollen wir anhand des folgen- 
den einfachen Beispieles durchspielen. 
Unter der symbolischen Adresse ZAHL 
sei eine positive ganze Zahl B gespei- 
chert, die mit dem Faktor 5 multipliziert 
werden soll. Die Multiplikation soll als 
5malige Addition des Wertes B ausge- 
führt werden, wobei das jeweilige Ergeb- 
nis unter der symbolischen Speicher- 
adresse PROD abgelegt werden soll. 
Ferner sei sichergestellt, daß der Inhalt 
von PROD Null ist, wenn die Ausführung 
der Schleifenstruktur beginnt. Zunächst 
realisieren wir die Schleife in der Form 
einer repeat-until-false-Struktur (Bild 
56a). Als Schleifenzähler dient uns das 
Register 3, das zunächst vorsichtshalber 
gelöscht wird (Initialisierung). Dann 
wird, jeweils speicher-direkt adressiert, 
der Inhalt von ZAHL zum Inhalt von 
PROD addiert und unter PROD abge- 
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legt (Verarbeitungsteil). Der Verarbei- 
tungsteil wurde damit einmal ausgeführt, 
so daß wir den Schleifenzähler (Modifi- 
zierung) inkrementieren und den Zähler- 
stand mit der Konstanten 5 vergleichen. 
Da die beiden Werte ungleich sind, wird 
zum Schleifenanfang LOOP gesprungen. 
Nach 5 Durchläufen steht das Ergebnis 
der Multiplikation unter PROD im Spei- 
cher und die nächste Struktur wird aus- 
geführt. 

In Bild 56b ist die Realisierung als do- 
while-false-Struktur dargestellt. Nach 
der Initialisierung wird sofort überprüft, 
ob der Zählerstand gleich 5 ist. Da dies im 
ersten Durchlauf nicht der Fall ist, wird 
die Addition ausgeführt und nach Inkre- 
mentierung des Schleifenzählers unbe- 
dingt zum Schleifenanfang gesprungen. 
Verglichen mit der repeat-until-Struktur 
benötigen wir einen Befehl mehr, da 
nicht nur zum Schleifenanfang, sondern 
auch zum Schleifenausgang gesprungen 
werden muß. Daher sollte die do-while- 
Struktur nur dann verwendet werden, 
wenn man sie benötigt. In diesem Bei- 
spiel sind beide Schleifen als ..-false- 
Strukturen verwirklicht, da man sonst 
jeweils einen unbedingten Sprung mehr 
benötigen würde. 

Den Vergleichsbefehl CI = compare 
immediate kann man einsparen, wenn 
das Register 3 bei der Initialisierung 
nicht gelöscht, sondern auf den Wert 5 
gesetzt wird. Dann muß der Schleifen- 
zähler jedoch nicht mehr inkrementiert, 
sondern dekrementiert werden, so daß 
er nach 5 Schleifendurchläufen auf Null 
steht. Der DEC = Decrement-Befehl 
testet automatisch, ob der dekremen- 
tierte Wert Null ist oder nicht und setzt 
entsprechend das Equal-Statusbit auf 1 
oder 0. Wie bei Bild 56 bewirken die 
Befehle JNE und JEQ einen bedingten 
Sprung zum Schleifenanfang bzw. zum 
Schleifenende (siehe Bild 57). Je öfter 
eine Schleife ausgeführt wird, um so 
stärker macht sich die Einsparung des 
Vergleichsbefehls CI bemerkbar, so daß 
diese Realisierung, sofern anwendbar, 
immer vorzuziehen ist. 

Wenn kein Dekrementbefehl zur Verfü- 
gung steht, kann man sich dadurch hel- 
fen, daß man den Schleifenzähler nicht 
auf 5, sondern auf —5 setzt und dann den 
Schleifenzähler wiederum inkremen- 
tiert. Normalerweise führt der Inkre- 
mentbefehl ebenfalls automatisch einen 
Vergleich des inkrementierten Wertes 
mit Null durch, so daß sich auf diese 
Weise eine Gleichwertig vorteilhafte 
Realisierung ergibt. In den Fällen, wo der 
Befehlssatz eines Mikroprozessors keine 
problemlose Abfrage auf Null erlaubt, 
funktioniert oft die Abfrage auf einen 
negativen Wert. Dann muß jedoch der 
Schleifenzähler auf die Anzahl der ge- 
wünschten Schleifendurchläufe minus 1 
gesetzt und anschließend dekrementiert 
werden. 

Wir wollen nun unser Beispiel etwas 
komplizieren, indem wir annehmen, daß 
der Wert B (Adresse ZAHL) nicht mehr 
mit 5, sondern mit einer beliebigen natür- 
lichen Zahl N multipliziert werden soll, 
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a) Realisierung als repeat - until - false - Struktur 








ENTRY EQU $ 
CLR R3 
Initialisiere 
Schleifenzähler LOOP EQU 5 





Addiere Inhalt von 
ZAHL und PROD 






INC R3 
cı R3,5 
Inkrementiere 
Schleifenzähler JNE LOOP 
EXIT EQU E2 





chleifen 
zählerstand 
+5? 





nein 


A @ZAHL,(® PROD 


b) Realisierung als do - while - false -Struktur 









Initialisiere 
Schleifenzähler 


Schleifen- 
zählerstand 
=5? 







Inkrementiere 
Schleifenzahler 
nein 


Addiere Inhalt von 
ZAHL und PROD 
Inkrementiere 
Schleifenzähler 





ENTRY  EQU E1 
CLR R3 

LOOP Eau 8 
cı R3,5 


elektronikpraxis 





JEQ 


A (@ ZAHL,@ PROD 


INC R3 


EXIT 





Inkrementiere 
Schleifenzähler 
JMP LOOP 


EXIT EQU 3 


Bild 56: Beispiel für Zählschleifen (TMS 9900). Realisierung als repeat-until-false-Struktur a) und als do-while-false- 


Struktur b) 


a) 

ENTRY EQU $ 
LI R3,5 

LOOP EQU 

A 


DEC R3 
JNE LOOP 
EQU $ 


$ 
@Zahl, @PROD 


EQU $ 
LI R3,5 
EQU $ 


JEQ EXIT 
A  @Zahl, @PROD 
DEC R3 

JMP LOOP 

EQU $ 


die unter der Adresse FAKTOR gespei- 
chert ist. In diesem Fall ist zum Zeitpunkt 
der Programmierung noch nicht be- 
kannt, wie oft die Schleife ausgeführt 
werden soll. Daher kann bei der Initiali- 
sierung in das Register 3 nicht eine 
Konstante geladen werden. Stattdessen 
sorgt, wie in Bild58 dargestellt, der 
Transportbefehl 
MOV @FAKTOR, R3 

dafür, daß der Schleifenzähler auf den 
Inhalt von FAKTOR , d.h. N gesetzt 
wird. 

Als nächsten Schritt lassen wir als Wert 
von N auch Null zu. Damit PROD = 0 
ist bzw. bleibt, falls N = 0 gilt, muß 
die Ausführung der Schleife unterdrückt 
werden, d.h. die Schleife muß zwingend 
in der Form einer do-while-Struktur 
aufgebaut werden. Dies alleine genügt 
aber noch nicht, denn der Sprung zum 
Ausgang vor Ausführung der Addition 
wird nur dann ausgeführt, wenn zu die- 
sem Zeitpunkt das Statusbit Equal gleich 
1 ist. Daher muß überprüft werden, ob 
der Initialisierungsbefehl für N = 0 
dieses Statusbit tatsächlich auf 1 und in 
allen anderen Fällen auf O setzt. Der in 
Bild 58 verwendete Move-Befehl erfüllt 
diese Forderung. 

Zum Aufbau einer funktionierenden 
Schleifenstruktur gehören also immer 
zwei Dinge: Die Wahl der richtigen 
Struktur und das Vermeiden uner- 
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ENTRY EQU 
MOV 
LOOP  EQU $ 
JEQ 
A 


DEC R3 
JMP 
EQU 


Dekrementiere 
Schleifenzähler 
EXIT 


$ 
@FAKTOR,R3 


LOOP 
$ 





Initialisierung 


EXIT 
@Zahl, @PROD 


Dekrementiere 
Schleifenzähler 


Bild 58: Beispiel für Zählschleifen (TMS 9900). Realisie- 
rung als do-while-false-Struktur ohne Vergleichsbe- 
fehle und mit variabler Anzahl von Schleifenschlau- 


fen 


Bild 57: Beispiel für Zählschleifen (TMS 9900). Realisie- 


Dekrementiere 


Schleifenzähler 
gleichsbefehle b) 


wünschter Nebeneffekte. In diesem Zu- 
sammenhang sei noch einmal auf weitere 
häufige Fehlerursachen hingewiesen. 
In unserem Beispiel wird in jeder Reali- 
sierungsmöglichkeit zuerst der Addi- 
tionsbefehl und dann ein In- bzw. Dekre- 
mentbefehl ausgeführt. Beide Befehle 
bewirken einen automatischen Vergleich 
des Ergebnisses mit Null. Vertauscht 
man nun die beiden Befehle, so ändert 
sich an der Struktur und deren prinzi- 
piellen Funktion nichts. Das Vertauschen 
könnte jedoch bei den Befehlsfolgen in 
Bild 57 und 58 kritisch werden, nämlich 
dann, wenn das Ergebnis der Addition 
Null ist. In diesem Fall würde die Schleife 
abgebrochen werden, auch dann, wenn 
der Inhalt von Register 3 noch ungleich 
Null ist. In unserem Beispiel kann dies 
jedoch nicht vorkommen, da der Wert 
von B als positiv ganzzahlig angenom- 
men wurde. 
Eine andere Variante ergibt sich ferner, 
wenn man in den Schleifen nach Bild 57b 
und Bild 58 den Dekrementbefehl direkt 
vor den bedingten Sprungbefehl 

JEQ EXIT 
einfügt. Dann kann die eben beschrie- 
bene Fehlfunktion nicht auftreten, da der 
Dekrementbefehl als letzter Befehl vor 
der Abfrage das Equal-Statusbit beein- 
flußt. Der Haken dabei ist jedoch, daß 
der Schleifenzähler schon vor Ausfüh- 
rung der Addition dekrementiert wird. 


rung als repeat-until-false-Struktur ohne Vergleichs- 
befehle a) und als do-while-false-Struktur ohne Ver- 





Also muß der Schleifenzähler bei der 
Initialisierung nicht auf den Wert 5 bzw. 
N, sondern auf den Wert 6 bzw. N+1 
gesetzt werden, da sonst die Anzahl der 
gewünschten Schleifendurchläufe nicht 
erreicht wird. Diese Möglichkeit emp- 
fiehlt sich vor allem dann, wenn die 
Abbruchbedingung für die Schleife 
„Steht der Schleifenzähler auf einem 
negativen Wert” lautet, da in diesem 
Fall der Schleifenzähler wieder direkt 
mit der Anzahl der gewünschten Schlei- 
fendurchläufe initialisiert werden kann. 


9.3.6. Zählschleifen bei Tabellen 

Unter einer Tabelle oder Liste versteht 
man eine Menge von Daten, die in direkt 
aufeinanderfolgenden Speicherworten 
abgelegt sind. Soll nun mit jedem Tabel- 
lenelement ein und dieselbe Opera- 
tion(sfolge) ausgeführt werden, bietet 
sich die Zählschleife an, sofern die Länge 
der Tabelle kurz vor Ausführung der 
Schleife bekannt ist. Ist dies nicht der 
Fall, muß eine Bedingungsschleife aufge- 
baut werden (s. dort). Da die Adresse 
eines Tabellenelementes durch die 
Adresse des Tabellenanfangs und durch 
seine Position innerhalb der Tabelle 
eindeutig definiert ist, empfiehlt sich der 
Einsatz der relativen Adressierungsart. 
Zur Veranschaulichung stellen wir uns 
folgende Aufgabe: Gegeben seien zwei 
Tabellen, die jeweils vier Elemente um- 
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a) Speicherinhalt 
vor Ausführung der 


Adresse 
0000 


TABA 3ACO 
3AC2 
3AC4 
3AC6 


TABAA 


TABB 49B6 
49B8 
49BA 


49BC 





TABBB 


TABC SA3E 
5A4O 
5A42 


5Add 


FFFE 


TBCC 








mit indizierter Adressierung 
ENTRY EQU $ 


CLR R2 
LI R3,4 
LOOP EQU $ 
MOV @TABB(R2), @TABC(R2) 
A @TABA(R2), @TABC(R2) 
INCT R2 
DEE R3 
JNE LOOP 
EXIT EQU $ 





fassen sollen. Der Anfang der Tabelle A 
sei durch die symbolische Adresse TABA 
und der von Tabelle B durch TABB (s. 
Bild 59a) gekennzeichnet. Nun sollen die 
jeweils ersten Elemente der Tabellen A 
und B addiert werden, und die Summe 
soll als erstes Element einer Tabelle C 
(Anfangsadresse: TABC) abgelegt wer- 
den. Analog soll die Summe der zweiten, 
dritten und vierten Elemente der Tabel- 
len A und B berechnet und als zweites, 
drittes und viertes Element der Tabelle C 
gespeichert werden. Dabei sei gleichgül- 
tig, in welcher Reihenfolge die Tabellen 
abgearbeitet werden. 

Die sozusagen „natürliche“ Lösungs- 
möglichkeit ist in Bild 59b dargestellt. 
Als Indexregister wird Register 2 ver- 
wendet, das vorsichtshalber gelöscht 
wird. Register 3 dient als Schleifenzähler 
‚und wird auf 4, d.h. auf die Tabellenlänge, 
gesetzt. Das erste Element der Tabelle B 
wird in Tabelle C kopiert. Es folgt die 
Addition des ersten Elementes von Ta- 
belle A und der Kopie, wobei das Ergeb- 
nis wiederum unter der Adresse der 
Kopie abgelegt wird. Falls man den 
Inhalt von Tabelle B später nicht mehr 
benötigt, könnte man den MOV-Befehl 
sparen und durch 

A @TABA (R2), @TABB (R2) 

die Summe in Tabelle B abspeichern. 
Damit ist der Verarbeitungsteil schon 
beendet. Damit beim nächsten Schleifen- 
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b) Realisierung als repeat-until-false-Struktur, ohne Vergleichsbefehl, 


\ 
j 


c) wie b), nur wird als Index der Inhalt des Schleifenzählers verwen- 














Schleife nach det. 
ENTRY EQU $ 
a LI R3,8 Initialisierung 
LOOP  EQU $ 
MOV @TABB-AR3), @TABC-AR3) |, bei 
rn4ı A ___@TABA-2AR3), @TABC-2(R3) | Y Erarbeitung 
3aco [43 8 c] DECT R3 Modifizierung 
3AC2 ]JNE LOOP Test 
a EXIT EQU $ 
Die Tabellen werden vom Ende her abgearbeitet 
4B6 |2CBA ; ; 
4988 [O3E4 d) wie c), nur als do-while-false-Struktur 
49BA |2 095 ENTRY EQU $ 
49BC |1A63 LI R3,8 
LOOP EQU $ 
re JEQ EXIT 
sa3E [T0%E MOV @TABB-2R3), @TABC-2(R3) 
SALO [2688 A @TABA-AR3), @TABC-2(R3) 
DECT R3 
5A42 [3 AB 
5A4h race ]MP  LOOP 
Fl EXIT  EQU $ 
rn Die Tabellen werden vom Ende her abgearbeitet 
FFFE 














€) wie d), nur werden die Tabellen vom Anfang her abgearbeitet 
ENTRY EQU $ 


Die Tabellen werden vom Anfang her abgearbeitet 


Bo 2, 2, 2er 





durchlauf jeweils die zweiten Elemente 
der Tabellen adressiert werden, muß das 
Indexregister R2 um 2 (Wortadressen 
sind immer gerade) inkrementiert wer- 
den. Der Schleifenzähler wird um 1 
dekrementiert und der nächste Schlei- 
fendurchlauf kann beginnen. Nach 4 
Schleifendurchläufen stehen die vier ge- 
wünschten Summen in Tabelle C. 

Wir wollen nun sehen, wie die im Prinzip 
völlig verschiedenen Funktionen der Re- 
gister 2 (Indexregister zu Adressierungs- 
zwecken) und 3 (Schleifenzähler) durch 
ein einziges Register ausgeführt werden 
können. Zunächst ist leicht einzusehen, 
daß ebenfalls 4 Schleifendurchläufe aus- 
geführt werden, wenn der Schleifenzäh- 
ler auf 8 gesetzt und jeweils um 2 dekre- 
mentiert wird. Ferner war uns die Rei- 
henfolge der Tabellenabarbeitung 
gleichgültig, so daß im ersten Schleifen- 
durchlauf auch die /etzien Tabellenele- 
mente, im zweiten Durchlauf die vorletz- 
ten Tabellenelemente usw. addiert wer- 
den können. Nach diesen Vorüberlegun- 
gen spricht nichts mehr dagegen, als 
Index zur relativen Adressierung der 
Tabellenelemente den jeweiligen /nhalt 
des Schleifenzählers zu verwenden 
(siehe Bild 59c). Eine Kleinigkeit muß 
noch beachtet werden. Die Adresse 
TABB (R3) ist im ersten Durchlauf gleich 
49B6,, + 8 = 49BE,, anstatt wie ge- 
wünscht 49BC ,. Also muß im Move- und 


ee LI R3,.8 
[ Initialisierung LOOP  EQU $ 
JEQ EXIT 
| ’ MOV @TABB(R3), @TABCC(R3) 
Verarbeitung A @TABAA(R3), @TABCC(R3) 
INCT R3 
Modifizierung EXIT Ba on 
Test 


Bild 59: Zählschleifen bei Tabellen 


en 


Add-Befehl statt TABB(R3) die Adresse 
TABB-2(R3) verwendet werden, um 
das letzte Element der Tabelle B zu 
adressieren. Sinngemäß gilt dasselbe für 
die Tabellen A und C. Überprüfen wir 
noch, ob entsprechend im vierten Schlei- 
fendurchlauf tatsächlich die jeweils er- 
sten Tabellenelemente adressiert wer- 
den. Am Anfang des vierten Durchlaufs 
steht der Schleifenzähler auf 2; daher gilt 
für die Tabelle A im Add-Befehl: 
TABA-2(R3) = 3AC0,,—2 + 2 

- 3AC0,, 
d.h. die Adresse des ersten Elementes 
von Tabelle A. Es funktioniert also. 
Wir haben mit diesem Trick einmalig den 
Clear-Befehl für das Indexregister und 
bei jedem Schleifendurchlauf dessen In- 
krementierung gespart. Eine beachtliche 
Verbesserung, die insbesondere bei lan- 
gen Tabellen zu einer erheblichen Ver- 
kürzung der Ausführungszeit führt. 
Derselbe Effekt läßt sich natürlich auch 
innerhalb einer do-while-Struktur errei- 
chen (Bild 59d). 
Manchmal ist es jedoch wünschenswert 
oder notwendig, daß die Tabellen vom 
Anfang her abgearbeitet werden. Dies 
bedeutet, daß der Schleifenzähler nicht 
dekrementiert, sondern inkrementiert 
werden muß. Wie schon früher bespro- 
chen, würde dann eigentlich ein Ver- 
gleichsbefehl notwendig, den wir jedoch 
dadurch umgehen können, daß der 
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Schleifenzähler auf den entsprechenden 
negativen Wert (in unserem Beispiel: 
—8) gesetzt wird. Ferner muß beim 
ersten Schleifendurchlauf das jeweils er- 
ste Tabellenelement adressiert werden. 
Dies könnte etwa im Falle der Tabelle A 
durch die Adresse 
TABA +8(R3), 

erreicht werden. Eleganter ist jedoch die 
Möglichkeit, das Speicherwort nach dem 
letzten Tabellenelement durch eine sym- 
bolische Adresse TABAA, TABBB bzw. 
TABCC zu kennzeichnen. Dies ist leicht 
durch die Assembleranweisungen 


TABAA BES 8 
TABBB BES 8 
TABCC BES 8 


zu bewerkstelligen, wobei BES Block 
Ending Symbol bedeutet. Am Pro- 
grammablauf oder der Ausführungszeit 
ändert sich durch diese Maßnahme je- 
doch nichts. Aus Bild 59e ist die entspre- 
chende Befehlsfolge in Form einer do- 
while-Struktur zu entnehmen. 
Abschließend sei noch bemerkt, daß im 
Prinzip dieselbe Schleife nach Bild 59d 
auch dann verwendbar ist, wenn erst 
kurz vor Ausführung der Schleifenstruk- 
tur die tatsächliche Länge der Tabellen 
bekannt ist. Analog zum Beispiel nach 
Bild 58 muß in diesem Fall der Schleifen- 
zähler (Register 3) mit dem Befehl 

MOV @LENGTH,R3 
initialisiert werden, wobei unterstellt ist, 
daß die tatsächliche Tabellenlänge unter 
der Adresse LENGTH im Speicher ab- 
gelegt ist. Entsprechend würde die Initi- 
alisierung bei der Lösung nach Bild 59e 

MOV @LENKOM,R3 
lauten, vorausgesetzt, daß unter 
LENKOM das Zweierkomplement der 
Tabellenlänge gespeichert ist. 
Wir hatten im vorhergehenden Ab- 
schnitt bereits Nebeneffekte und deren 
meist unerwünschte Folgen für den Pro- 
grammablauf besprochen. Bei Zähl- 
schleifen, in denen der Schleifenzähler 
gleichzeitig als Indexregister verwendet 
wird, vervielfacht sich die Anzahl der 
möglichen Nebeneffekte. Entweder wird 
die Schleife einmal zu viel oder einmal zu 
wenig durchlaufen. Und falls die Anzahl 
der Durchläufe richtig ist, kann man 
darauf wetten, daß nicht beim ersten 
bzw. letzten Tabellenelement begonnen 
wird, sondern beim Speicherwort davor 
oder danach. Eine auf Anhieb richtig 
funktionierende Schleife dieser Art ist 
ziemlich selten, so daß es nicht wenige 
gute Programmierer inzwischen aufge- 
geben haben, dieses Ziel zu erreichen. 
Stattdessen ziehen sie es vor, beim Pro- 
grammtest unter Benutzung bestimmter 
Testhilfen (zum Beispiel Debugger, Si- 
mulator) den Ablauf jeder Schleifen- 
struktur zu verfolgen. Da die „Reparatur“ 
einer Schleifenstruktur meist keinen gro- 
Ben Zeitaufwand erfordert, hat dieses 
Verfahren viel für sich. 
Zur Veranschaulichung möglicher Feh- 
ler sei dem Leser empfohlen, in der in 
Bild 59e dargestellten Befehlsfolge, den 
Befehl 

INCT R3 

zu verschieben, d.h. ihn einmal vor den 
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Move-Befehl, und dann vor den Add- 
Befehl zu setzen. 

Damit ist die Behandlung der Zählschlei- 
fen abgeschlossen, die sich dadurch aus- 
zeichnen, daß — zumindest kurz vor 
Ausführung der Schleife — die Anzahl 
der Schleifendurchläufe bekannt ist. Man 
spricht sie daher in der englischen Lite- 
ratur als „definite loops“ an. Da Zähl- 
schleifen außerordentlich häufig vor- 
kommen, kann man sie bei höheren 
Programmiersprachen oft durch ein so- 
genanntes „For“-statement program- 
mieren, in dem alle organisatorischen 
Details enthalten sind, wie Schleifenvari- 
able (Schleifenzähler), Anfangswert der 
Variablen, der Betrag, um den sie zu 
inkrementieren ist, sowie der Endwert, 
der bestimmt, wann die Schleife abge- 
brochen werden soll. 


9.3.7. Bedingungsschleifen 

Im Gegensatz zu den Zählschleifen 
spricht man bei den Bedingungsschleifen 
von sogenannten „indefinite loops“. Sie 
sind dadurch gekennzeichnet, daß sich 
nicht vorhersagen läßt, wie oft die 
Schleife tatsächlich durchlaufen wird. 
Dies ist etwa dann der Fall, wenn die 
Abbruchbedingungen ausschließlich 
oder teilweise mit den Ergebnissen ver- 
knüpft sind, die im Verarbeitungsteil der 
Schleife anfallen. 

Nehmen wir an, daß ein Block von 
Datenworten von der Eingabe in einen 


Adresse Speicher 
0000 








bJENTRY EQU $ 


LI R1,EINGAB | 
| Initialisierung 


tl R2, TAB 
LOOP EQU $ 
MOV «R1+,+R2+ Transport eines Da- 
tenwortes 


ERIASIIT | Datenblock zu 
Ende? 


cl 


JNE LOOP 
EXIT EQU $ 


Bild 60: Beispiel für eine Bedin- 
gungsschleife. Die Abbruchbe- 
dingung hängt vom Verarbei- 
tungsteil ab. Der Speicherinhalt 
ist in a) dargestellt. b) zeigt die 
erste Lösung mit Hilfe der repeat- 
until-Struktur, wobei leere Da- 
tenblöcke ausgeschlossen sind 
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Speicherbereich eingelesen wurde, des- 
sen Anfang durch die symbolische 
Adresse EINGAB festliegt. Damit diese 
Daten nicht durch später in den selben 
Speicherbereich (Eingabepuffer) einge- 
lesene Daten überschrieben werden, ret- 
ten wir sie in einen zweiten Speicherbe- 
reich mit der symbolischen Anfangsad- 
resse TAB. Dabei soll die Reihenfolge 
der Datenworte erhalten bleiben. Wir 
nehmen ferner an, daß die Länge des 
Blocks, das heißt die Anzahl der jeweils 
eingelesenen Datenworte, variieren 
kann. Dafür wird von der Eingabe als 
letztes Wort eines Blocks ein sogenann- 
tes EOF-Zeichen (End-Of-File) geliefert, 
das nicht zu den Daten selbst gehört, 
sondern das Ende des Datenblocks mar- 
kiert. In unserem Fall definieren wir als 
EOF-Zeichen ein Wort, das lauter Einsen 
enthält, also FFFF,,. Natürlich muß dann 
sichergestellt sein, daß kein Datenwort 
mit dem Wert FFFF,, vorkommen 
kann. 
In Bild 60a) ist die Speicherbelegung für 
dieses Beispiel dargestellt und in Bild 
60b) die einfachste Kodierung. Eine 
Zählschleife zu verwenden, wäre in die- 
sem Fall uneffektiv, denn die Anzahl der 
Schleifendurchläufe müßte sich nach 
dem längsten Datenblock richten, der 
anfallen kann. Bei kurzen Datenblöcken 
wird sich dann ein unter Umständen 
beachtlicher Zeitverlust ergeben. 
Bei dieser Aufgabe ist die register-indi- 
rekte Adressierung mit auto-inkrement 
besonders günstig, so daß wir im Initiali- 
sierungsteil die Anfangsadressen EIN- 
GAB und TAB beider Speicherbereiche 
in Register 1 und Register 2 laden. 
Danach folgt unmittelbar der Verarbei- 
tungsteil, der nur aus einem Befehl be- 
steht. Im einzelnen bewirkt der Befehl 
MOV * Ri+,* R2+, 
daß das erste Datenwort 459C,, (Bild 
60a) unter der Adresse TAB = 427C,, 
abgelegt wird. Danach werden automa- 
tisch die Inhalte der Register 1 und 2 
jeweils um 2 inkrementiert, so daß der- 
selbe MOV-Befehl beim nächsten Schlei- 
fendurchlauf das zweite Datenwort 
3FC2,, unter der Adresse 427C,, + 215 
= 427E,, ablegt. 
Nach dem Transport eines jeden Daten- 
worts wird mit dem CI-Befehl (Compare 
Immediate) verglichen, ob das nächste 
Datenwort (Register 1 wurde ja bereits 
inkrementiert) das EOF-Zeichen enthält 
oder nicht. Falls nein, wird die Schleife 
erneut durchlaufen, falls ja, wird die 
Schleife abgebrochen. 
Die als repeat-until-Struktur geschrie- 
bene Lösung erfüllt alle genannten For- 
derungen, aber sie leidet noch an einigen 
Nachteilen. Erstens, das EOF-Zeichen 
wird im Normalfall nicht mehr als letztes 
Datenwort in den Speicherbereich TAB 
transportiert, was für die nachfolgende 
Verarbeitung des Datenblocks durchaus 
wünschenswert sein kann. Zweitens istes 
sinnvoll, für den Fall, daß das erste 
Datenwort bereits das EOF-Zeichen ist 
(Datenblock ist leer), eine Fehlerbehand- 
lung vorzusehen. Bei der bisherigen Lö- 
sung würde bei einem leeren Datenblock 
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ENTRY EQU $ 
I Br ERIBAB Initialisierung 
LOOP EQU $ 
cl * R1,>FFFF 
JEQ SETEOF 
MOV *Rl+,»R2+ Verarbeitung 
JMP LOOP 
SETEOF MOV «Ri+,+R2 
cl R1, EINGAB 
JNEY EXIT 
[Fehlerbehandlung für leeren Datenblock 
EXIT EQU $ 
ENTRY EQU $ 
LI R1, EINGAB 
LI R2, TAB | 
LI R3, 100 
LOOP EQU $ 
cı #R1,>FFFF ' 
JEQ SETEOF 
MOV #R1+,*R2+ 
DEC R3 
JEQ ERROR 
JMP LOOP 
SETEOF MOV *R1+,*R2+ 
Cl R1, EINGAB 
JNE EXIT 
[Fehlerbehandlung für leeren Datenblock 
JMP EXIT 
ERROR EQU $ 
[Fehlerbehandlung, wenn kein EOF-Zeichen gefunden wurde 
EXIT EQU $ 


maximalen Blocklänge 





ENTRY $ 
LI R1, EINGAB 
LI R2, TAB 
LI R3, 100 
LOOP EQU $ 
TB SCH5 
JNE OFFEN 
MOV #R1+,+R2 
DEC R3 
JEQ ERROR 
JMP LOOP 
OFFEN cl R1, EINGAB 
JNE EXIT 


Fehlerbehandlung für „Schalter 5 ist schon bei Schleifenbeginn offen“, d.h. wenn kein Da- 


tenwort transportiert wurde 


Fehlerbehandlung für „Schalter 5 ist auch nach dem Transport von 100 Datenworten ge- 





Bild 62: Beispiel für eine Bedingungsschleife. Dritte Lösung: Do-while- 
Struktur mit Fehlerbehandlung für leere Datenblöcke und Beschränkung der 
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Bild 61: Beispiel 
für eine Bedin- 
gungsschleife. 
Zweite Lösung: 
Do-while-Struk- 
tur, mit Fehlerbe- 
handlung für 
leere Daten- 
blöcke 


Abbruchbedingung erfüllt 


Transport des EOF-Zeichens 
Leerer Datenblock? 


Initialisierung für 
Bedingungsschleife 
Initialisierung für Zählschleife 


Normale Abbruchbedingung erfüllt? 


Verarbeitung 
Dekrementiere Schleifenzähler 
Datenblocklänge größer als 100? 


Transport des EOF-Zeichens 
Leerer Datenblock? 


Initialisierung Bedingungsschleife 
Initialisierung Zählschleife 


Abbruch der Schleife, wenn 

Schalter 5 offen („0*) ist 

Verarbeitung 

Modifizierung Zählschleife 

Mehr als 100 Datenworte transportiert? 


Mindestens 1 Datenwort transportiert? 


Bild 63: Beispiel für eine Bedingungsschleife. Die Abbruchbedingung hängt 


Initialisierung Bedingungsschleife 
Initialisierung Zählschleife 


Abbruch der Schleife, wenn 
SCHI = „0“ und SCH5 = „1“ 
oder 

SCHI = „1“ und SCH5 = „0* 
ist 


Verarbeitung 
Modifizierung Zählschleife 
Mehr als 100 Datenworte transportiert? 


JMP EXIT 

ERROR EQU $ 

schlossen“ 

EXIT EQU $ 
von Echtzeitdaten ab. Erste Lösung: einfache Bedingung 
ENTRY EQU $ i 

LI R1, EINGAB 

LI R2, TAB 

LI R3, 100 
LOOP EQU $ 

TB SCHI 

JNE L1 

TB SCH5 

JEQ TRANSP 

JMP OFFEN 
L1 TB SCH5 

JEQ OFFEN 
TRANSP MOV *Ri+,+R2+ 

DEC R3 

JEQ ERROR 

JMP LOOP 
OFFEN 

T wie Bild 63 


Bild 64: Beispiel für eine Bedingungsschleife. Zweite Lösung: zusammenge- 


setzte Bedingung 


zwar das EOF-Zeichen transportiert, 
aber der Vergleich mit dem Inhalt von 
Adresse A240,, durchgeführt, der in 
diesem Fall gar nicht mehr zum Daten- 
block gehört. Die Schleife würde also nie 
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abgebrochen werden, da ein zweites 
EOF-Zeichen nicht übertragen wurde. 
Möglicherweise wird sie dann abgebro- 
chen, wenn ein EOF-Zeichen eines nicht- 
leeren, zuvor übertragenen Datenblocks 
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gefunden wird. Wie auch immer — die 
Schleife ist noch nicht sicher. 

In der zweiten Lösung (Bild 61) sind diese 
Nachteile vermieden. Nach der Initiali- 
sierung wird sofort abgefragt, ob das 
erste Datenwort das EOF-Zeichen ist 
(do-while-Struktur). Falls nein, wird das 
erste Datenwort transportiert und die 
Schleife solange wiederholt, bis das 
EOF-Zeichen gefunden wird. Ist dies der 
Fall, so transportiert der Befehl 


MOV * Ri,* R2 


zunächst das EOF-Zeichen in den Spei- 
cherbereich TAB. Um nun sicherzustel- 
len, daß leere Datenblöcke erkannt wer- 
den, wird der Inhalt von Register 1 mit 
der Anfangsadresse EINGAB des Einga- 
bepuffers verglichen. Sind die beiden 
Werte identisch, so liegt ein leerer Da- 
tenblock vor und es wird eine entspre- 
chende Fehlerbehandlung durchge- 
führt. 


Im nächsten Schritt wollen wir eine 
Sicherheit für den Fall einbauen, daß von 
der Eingabe aus irgendeinem Grund kein 
EOF-Zeichen erzeugt bzw. eingelesen 
wurde. Dies würde dazu führen, daß die 
Schleife nie abgebrochen wird. Daher 
beschränken wir die maximale Anzahl 
der Schleifendurchläufe durch eine über- 
wachende Zählschleife. Dies hat noch 
einen weiteren Vorteil. Im Anschluß an 
den Speicherbereich TAB bzw. EINGAB 
stehen irgendwo wieder Daten, die nicht 
überschrieben werden dürfen. Daher ha- 
ben beide Speicherbereiche eine maxi- 
male Länge, die mit der maximalen 
Länge eines einzulesenden Datenblocks 
übereinstimmen sollte. Es ist also sinn- 
voll, die Anzahl der Schleifendurchläufe 
auf eben diesen Wert zu beschränken, 
den wir im folgenden mit 100 annehmen 
wollen. 


Dazu muß in den lnitialisierungsteil der 
gesamten Schleife ein weiterer Befehl 
für die Initialisierung des Schleifenzäh- 
lers (Register 3) eingebaut werden (Bild 
62). Jedesmal, wenn ein Datenwort über- 
tragen wurde, wird der Schleifenzähler 
um eins dekrementiert, was den Abbruch 
der Schleife nach spätestens 100 Durch- 
läufen bewirkt. Damit liegt uns eine 
Schleife vor, die über zwei voneinander 
völlig unabhängige Abbruchbedingun- 
gen verfügt. Einerseits signalisiert ein 
identifiziertes EOF-Zeichen, daß der Da- 
tenblock vollständig übertragen wurde 
(Bedingungsschleife). Andererseits sorgt 
die überwachende Zählschleife dafür, 
daß nicht mehr als 100 Datenworte über- 
tragen werden. Interessant ist noch, daß 
zwar die Zählscheibe, aber nicht die Be- 
dingungsschleife einen direkt erkennba- 
ren Modifikationsteil aufweist. Er ist im 
Befehl, 

MOV * Ri+,* R2+ 
enthalten, der unter anderem bewirkt, 
daß der Inhalt von R1 ständig inkremen- 
tiert wird. Die Abbruchbedingung ist 
also, wie eingangs erwähnt, mit den 
Ergebnissen verknüpft, die vom Verar- 
beitungsteil der Bedingungsschleife ge- 
liefert werden. 

Eine zweite Gruppe von Bedingungs- 
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schleifen entsteht dadurch, daß die Ab- 
bruchbedingung eine Funktion von Echt- 
zeitdaten ist, die ihren Wert zu nicht 
vorhersehbaren Zeitpunkten ändern. 
Diese Situation wäre in unserem Beispiel 
dann gegeben, wenn der Transport von 
Datenworten von EINGAB nach TAB 
nur solange durchgeführt werden soll, 
wie ein Schalter SCH5 geschlossen ist. 
Sobald der Schalter geöffnet wird, soll 
kein weiteres Datenwort transportiert 
werden. Zusätzlich soll, analog zur letz- 
ten Aufgabenstellung, je eine Fehlerbe- 
handlung für die zwei Extremfälle 
„Schalter 5 ist schon bei Schleifenbeginn 
offen“ und „Schalter 5 ist auch noch nach 
dem Transport von 100 Datenworten 
geschlossen“ vorgesehen werden. 
In Bild 63 ist eine Lösungsmöglichkeit für 
diese Aufgabe dargestellt. Nach dem 
schon bekannten lnitialisierungsteil folgt 
der Befehl 

TB SCH5, 
der den Zustand von Schalter 5 über die 
programmierbare Ein-/Ausgabeschnitt- 
stelle des TMS 9900 in das Equal-Status- 
bit übernimmt, wobei SCH5 = „0“ be- 
deuten soll, daß Schalter 5 offen ist und 
SCH5 = „1“, daß er geschlossen ist (ver- 
gleiche 9.2.3). Mit dem anschließenden 
JNE-Befehl wird die Schleife abgebro- 
chen, falls Schalter 5 offen ist. Ist dies 
gegeben, dann wird überprüft, ob über- 
haupt ein Datenwort transportiert wur- 
de, und wenn nicht, wird eine entspre- 
chende Fehlerbehandlung durchgeführt. 
Alle anderen Programmteile wurden be- 
reits erläutert. 
In Bild 64 ist noch eine Lösungsmöglich- 
keit für den Fall dargestellt, daß die 
Bedingungsschleife abhängig von einer 
zusammengesetzten Bedingung abge- 
brochen werden soll. Im einzelnen soll 
der Datentransport von EINGAB nach 
TAB nur solange durchgeführt werden, 
wie die beiden Schalter 1 und 5 geschlos- 
sen oder offen sind. Haben die beiden 
Schalter verschiedene Zustände, dann 
soll die Schleife abgebrochen werden 
(Aquivalenzverknüpfung, vergl. 9.2.3). 
Hängt die Abbruchbedingung von Be- 
dingungsschleifen von Echtzeitdaten ab, 
so hat die Schleife keinen Modifikations- 
teil, denn’die Modifizierung des Schlei- 
fenkriteriums wird nicht vom Programm 
bestimmt, sondern von der „Umwelt“, mit 
der der Mikrocomputer zusammenar- 
beitet. Die überwachende Zählschleife, 
die sich bei unserer Aufgabenstellung als 
sinnvoll erwiesen hat, ist ein Beispiel 
dafür, daß der Programmierer auch an 
Extrem- und „eigentlich nicht mögliche“ 
Fälle denken muß, wenn er ein zuverläs- 


siges Programm entwickeln will (vergl. 


Abschnitt 8.3). 


9.3.8. Zeitschleifen 

Zeitschleifen oder Verzögerungsschlei- 
fen sind eine besonders einfache Form 
von Zählschleifen, da kein Verarbei- 
tungsteil vorhanden ist. Zeitschleifen 
werden dann angewendet, wenn der 
Mikroprozessor auf ein bestimmtes Si- 
gnal von der Außenwelt warten muß 
oder dafür zu sorgen hat, daß ein Signal 


86 


der Außenwelt für eine bestimmte Zeit 
zur Verfügung steht. 
Die Aufgabe möge sein, daß der TMS 
9900 über seine programmierbare Ein-/ 
Ausgabeschnittstelle einen Schalter 1 
schließen soll (SCHI = „1“), aber nur für 
eine Zeitdauer von 250 ms. Danach soll 
der Schalter wieder geöffnet werden 
(SCHI = ;09. 

Der Aufbau der dafür erforderlichen 
Zeitschleife geht aus Bild 65 hervor. Mit 
dem Befehl SBO = Set Bit to One wird 
Schalter 1 geschlossen, dann folgt die 
Zeitschleife selbst und anschließend wird 
mit dem Befehl SBZ Set Bit to Zero der 
Schalter wieder geöffnet. Jetzt muß nur 
noch der Wert der Konstanten K be- 
rechnet werden, der für die Initialisie- 
rung des Schleifenzählers (Register 5) 
benötigt wird. In Tafel I sind die Ausfüh- 
rungszeiten für die einzelnen Befehle 
dargestellt, woraus sich folgende Glei- 
chung für die Ausführungszeit / ergibt: 
t=1x4us+K x 3,333 us + (K—1) x 

x 3333 us + 1x 2,667 us +1 x 4us 

=K x 6,666 us + 7,334 us 
Die beste Annäherung an den gefor- 
deten Wert von /= 250 ms ergibt sich für 
K = 37503,, bzw. K = 927E,,. Sollte 
später eine andere Zeit 7 erforderlich 
sein, so kann man diese durch Variation 
der Konstanten K auf eine absolute 
Genauigkeit von mindestens 3,333 us 
annähern (zumindest rechnerisch, denn 
die Genauigkeit des Mikroprozessors 
bzw. seines Taktgenerators muß im Ex- 
tremfall natürlich ebenfalls berücksich- 


Tafel 1: Ausführungszeiten* für 
die Befehle in Bild 65 


Befehl 











Ausfüh- 
rungszeit 






Bemerkung 













Sprung wird 
ausgeführt 
Sprung wird 












* Es wird vorausgesetzt, daß keine durch 
langsame Speicher bedingten Wartezy- 
klen zu berücksichtigen sind. 


tigt werden, abgesehen von Verzöge- 
rungszeiten, die eventuell in der peri- 
pheren Logik anfallen). 

Die Rechnung würde jedoch einfacher 
sein, wenn man K nicht mit 6,666 us, 
sondern etwa mit 10 us multiplizieren 
müßte. Dies läßt sich durch Hinzufügen 
eines weiteren Befehls mit einer Ausfüh- 
rungszeit von 3,333 us leicht bewerkstel- 
ligen, z. B. durch einen weiteren Dekre- 
ment-Befehl. Aber dann wäre in den 
Schleifenzähler der Wert2 x K zu spei- 
chern, da ja pro Schleifendurchlauf um 2 
x 1 = 2 dekrementiert wird. Um diesen 
Nachteil zu vermeiden, wird der erste 
Dekrement-Befehl durch einen Dekre- 
ment-by-Two-Befehl und der zweite 
durch einen Inkrement-Befehl ersetzt 
(Bild 66). Damit haben wir eine Zeit- 
schleife erhalten, deren Ausführungszeit 
zwischen 10 us (K = 1) und 655,35 ms (K 
= FFFF,, = 65535, ,) in Schritten zu 10 
us variiert werden kann. Dabei wurde die 
Ausführungszeit für die Initialisierung 
und die geringere Ausführungszeit des 
JNE-Befehls, wenn nicht gesprungen 
wird, außer acht gelassen. Der Fehler 
beträgt absolut 3,334 us und bezogen auf 
1 ms nur 3,3°/oo, so daß er bei Verzöge- 
rungen im ms-Bereich vernachlässigt 
werden kann. Wie man noch größere 
Verzögerungen als 655 ms erreichen 
kann, wird im nächsten Abschnitt be- 
sprochen. 


9.3.9. Verschachtelung von 
Schleifen 

Ein Strukturblock kann wiederum belie- 
bige Strukturen enthalten (vergl. 9.1), d.h. 
der Verarbeitungsteil einer Schleife 
kann also wiederum eine Schleife sein 
oder umfassen. Auf diese Weise gelangt 
man zu sogenannten verschachtelten 
Schleifen. Je nachdem, wieviele Schleifen 
ineinander gebettet sind, spricht man 
von einer Verschachtelungstiefe von 1,2, 
3 usw. Obwohl es nicht ganz einfach ist, 
bei 3 oder 4 ineinander verschachtelten 
Schleifen noch den Überblick zu bewah- 
ren, kommen solche Strukturen wegen 
ihrer Effektivität sehr häufig vor. Die 
wichtigste Regel beim Programmieren 
solcher Strukturen lautet: Der letzte 
Befehl einer eingebetteten Schleife muß 
vor dem letzten Befehl der sie umfas- 
senden Schleife stehen [(Bild 67a) und b)). 
Man kann auch sagen: Schleifen, die 


Tafel 2: Ausführungszeiten für die Zeitschleife in Bild 68 





1. Ausführungszeit für die Schleife 2 


b = K,: 10 us ohne Berücksichtigung der Initialisierung 


2. Äusführungszeit für die Schleife 1 
bh =K, 4 =K,:K,-10yus 


ohne Berücksichtigung der nitialisterung und Modifizierung von Schleife 1 


z.B.K, = 1000; K, = 1000; 1, = 10; 
K, = K, = FFFF,s: 4 
3. Fehler 


= 119 Stunden (Maximalwert) 


Die Initialisierung von Schleife 2 und die Modifizierung von Schleife 1 wird je K,mal durchgeführt. 





Fp = Kı 4 us + 3,333 us) = K, - 7,333 us 
5 a 
K, -K,: 10us K, 


zB.K, = K, = 1000: F.. < 19/00 


Die Inititialisierung von Schleife 1 und die Differenz der Ausführungszeiten des JNE-Befehls, wenn der 
Sprung ausgeführt bzw. nicht ausgeführt wird, kann vernachlässigt werden. 
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später anfangen, müssen auch früher 
aufhören (dies gilt nicht für die gleitende 
Arbeitszeit!). Wenn man diese Regel 
nicht berücksichtigt, kann man ziemlich 
sicher damit rechnen, daß das Programm 
ebenso interessante wie unbrauchbare 
Ergebnisse liefert. 

Als Beispiel nehmen wir an, daß wir eine 
Zeitschleife benötigen, mit der längere 
Verzögerungszeiten als 655 ms erzielt 
werden können — etwa, um eine Leucht- 
diode langsam blinken zu lassen. Dies 
läßt sich am einfachsten dadurch errei- 
chen, daß wir die Zeitschleife nach Bild 
66 in eine weitere Zeitschleife einbetten 
(Bild 68). Der Ablauf ist folgender: Zu- 
nächst wird die äußere Zeitschleife initia- 
lisiert, d.h., eine weitere Konstante KI1 
wird in den Schleifenzähler (Register 4) 
geladen. Danach wird die Konstante K2 
in das schon zuvor als Schleifenzähler 
benutzte Register 5 geladen und es kann 
losgehen. Die innere Schleife wird 
K2mal durchlaufen und dann abgebro- 
chen. Der Schleifenzähler der äußeren 
Schleife wird dekrementiert, die innere 
Schleife neu initialisiert und wieder 
K2mal durchlaufen und so fort. Insge- 
samt wird die innere Schleife Ki x 
K2mal initialisiert und durchlaufen und 
die äußere Schleife wird einmal initiali- 
siert und Kimal durchlaufen. Die sich 
daraus ergebenden Verzögerungszeiten 
sind in Tafel 2 zusammengefaßt. 

In dem Beispiel sind beide ineinander 
verschachtelte Zählschleifen als repeat- 
until-Struktur aufgebaut, da man davon 
ausgehen kann, daß die Konstanten KI 
und K2 weder gleich Null noch negativ 
sind. Ebenso könnten jedoch auch Bedin- 
gungsschleifen in Zählschleifen einge- 
bettet sein und umgekehrt. Es sei noch 
erwähnt, daß die in Bild 67a) und b) 
dargestellten sinnvollen Strukturen für 
die Verschachtelung von Schleifen auch 
bei höheren Programmiersprachen auf- 
treten. Nur spricht man hier statt von 
Schleifen von ganzen Programmteilen 
oder Blöcken. Die Zuverlässigkeit von 
Programmpaketen mit mehreren zehn- 











SBO SCHI Schließe Schalter 1 
ENTRY EQU $ 
LI R5,K Initialisierung 
LOOP EQU $ 
DEC R5 Modifizierung 
JNE LOOP Abfrage 
EXT EQU $ h 
SBZ SCHI Öffne Schalter 1 
Bild 65: Beispiel für eine Zeit- 
schleife 
Ausführungszeit 
ENTRY EQU $ 
LU RS5K Aus 
LOOP EQU $ 
DECT R5 3,333 us 
INC R5 3,333 us 
JNE LOOP 3,333 us/2,667 us 
EXIT EQU $ 
t=K-10 us 
Bild 66: Beispiel für eine Zeit- 
schleife mit einfacher Zeitbasis 
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tausend Befehlen hängt in hohem Maße 
davon ab, inwieweit die verwendete 
Programmiersprache klare Programm- 
strukturen unterstützt oder sogar er- 
zwingt. Auf der Ebene der Assembler- 
sprachen hängt die Zuverlässigkeit je- 
doch ausschließlich vom Programmierer 
selbst ab. 


9.4. Zusammenfassung 

Wir haben nun eine Fülle von verschie- 
denen Strukturen kennengelernt, die 
praktisch in jedem Programm vorkom- 
men, unabhängig davon, ob es in einer 
Assemblersprache oder in einer höheren 
Programmiersprache geschrieben ist. 
Die Strukturen sind auch unabhängig 
von der Architektur eines bestimmten 
Mikroprozessors. Lediglich bei der Rea- 
lisierung der Strukturen ergeben sich 
zum Teil recht gravierende Unterschie- 
de, die durch das Fehlen oder Vorhan- 
densein bestimmter Befehle, Adressie- 
rungsarten oder Statusinformationen 
bedingt sind. Aber ein Programmierer, 
dem die Programmstrukturen geläufig 
sind, findet sehr schnell die jeweils ele- 
ganteste Kodierungsmöglichkeit für ei- 
nen bestimmten Mikroprozessor. Wel- 
che Möglichkeiten es dazu gibt und wie 
man sie durch andere ersetzen kann, 
wurde anhand vieler Beispiele zu erläu- 
tern versucht. 

Bevor wir uns nun den komplexeren 
Programmstrukturen wie Makros, Un- 
terprogrammen und Programmunter- 
brechungen durch externe Signale (In- 
terrupt) zuwenden, wollen wir noch ein- 
mal die wesentlichen Grundstrukturen 
zusammenfassen. Das einfachste Ele- 
ment eines Programms ist ein Struktur- 
block bzw. eine Folge solcher Struktur- 
blöcke. Nimmt man Verzweigungen hin- 
zu, so kann man bereits jedes beliebige 
Programm realisieren. Aber so, wie man 
im allgemeinen ein komplexes Boole- 
sches Schaltnetzwerk nicht nur mit 
NAND- oder NOR-Gattern realisiert 
(was prinzipiell möglich ist), baut man ein 
Programm nicht nur aus solchen 
„Kleinstbausteinen“ auf. Aus der Ver- 
zweigung wurde die if-then-else-Struk- 
tur entwickelt, welche die alternative 
Ausführung zweier Programmteile er- 
möglicht. Die Struktur schließt die if- 
then-Struktur mit ein. Die case-Struktur 
schließlich ist der allgemeinste Fall der if- 
then-else-Struktur. Bei den Schleifen 
stellten wir fest, daß die process-while- 
Struktur aus einer do-while- und einer 
repeat-until-Struktur zusammengesetzt 
ist. Ferner ergab sich, daß die do-while- 
Struktur allgemeiner als die repeat-until- 
Struktur ist und daß Zählschleifen eine 
Sonderform von Bedingungsschleifen 
sind. Im Prinzip kommt man also mit den 
drei Grundstrukturen Folge von Struk- 
turblöcken, case-Struktur und do-while- 
Struktur aus. Sie alle zeichnen sich da- 
durch aus, daß sie nur einen Eingang und 
einen Ausgang haben, so daß die einzel- 
nen Strukturen einfach aneinanderge- 
hängt oder miteinander kombiniert wer- 
den können, ohne daß die Übersicht 
verloren geht. In der Praxis werden 















































a) p—-LOOPI EQU 3 —-LOOPI EQU 8 
| 
| a Be —LO0P2 EQU 3 
|| END2 
L—.. —— 
ande —L00P3 EQU 3 
—— END! [ 
END3 
ENDI 
b) r—LOOPIı EQU 3 r—LOOPI EQU $ 
LOOP2 
M-LooP2 Eau 3 uch a 
LOOP3 EQU $ ENDE 
| LOOP3 EQU $ 
END3 ao EQU 3 
L 
L———enp2 | END4 
———— END3 
———enp1 ENDI 
©) prloopı EQU 3 —LooPpı Eau $ 
[ 
p1o0p2 Eau $ a ar 
| I 
LOOP3 EQU $ 
Ha 
| en | END2 
I—en2 N EQU 3 
| [ 
4— END3 
——— end 1 
I—enD%4 
Bild 67: Verschachtelung von 
Schleifen. a) zeigt eine Ver- 


schachtelungstiefe von 1, b) eine 
von 2 und in c) sind unzulässige 
Verschachtelungen von Schleifen 
dargestellt 





ENTRYI EQU 8 





LI R4,KI Inttialisierung Schleife I 

f LOOP1 EQaU % 
| ENTRY2 EQU % 
| LI RS,K2 Initialisierung Schleife 2 
| rloor2 Eau % 
| DERI Rn I Modifizierung Schleife2 
|| INC RS 
| —— —JNE LOOP2 Abfrage Schleife 2 
| DEC R4 Modifizierung Schleife 
— NE LOOPI Anfrage Schleife 1 

EXIT EQU 3 
Bild 68: Beispiel für eine ver- 
schachtelte Zählschleife: hier 
eine Zeitschleife 








vermutlich alle vorgestellten Strukturen 
und ihre Realisierungsformen vorkom- 
men, um die jeweils eleganteste und 
bequemste Lösung für ein Problem zu 
finden. Eines sollte jedoch immer sicher- 
gestellt sein: Daß ausschließlich Struk- 
turen verwendet werden, die nur einen 
Eingang und einen Ausgang haben. 


10. Komplexere 
Programmstrukturen 

So wie sich in den meisten Programmen 
die bisher vorgestellten Grundstruktu- 
ren wiederfinden, gibt es praktisch in 
jedem Programm Befehlsfolgen (Struk- 
turblöcke), die an verschiedenen Stellen 
des Programms auftauchen und jeweils 
dieselbe Funktion bewirken. Benötigt 
man eine solche Befehlsfolge 10mal in 
einem Programm, so sorgt schon die 
natürliche Bequemlichkeit des Program- 
mierers spätestens, nachdem er die Be- 
fehlsfolge 3mal geschrieben hat, dafür, 
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nach Möglichkeiten zu suchen, die es ihm 

ersparen, die Befehlsfolge noch weitere 

7mal zu schreiben. 

Dafür gibt es im Prinzip zwei Methoden, 

nämlich die Befehlsfolge als Makro oder 

als Unterprogramm zu schreiben. Beide 

Methoden bieten folgende Vorteile: 

® Es sind weniger Befehle zu schreiben. 
Das bedeutet, daß weniger Fehler 
gemacht werden können und daß das 
Programm übersichtlicher wird. 

© Enthält der Programmabschnitt einen 
Fehler, so muß er nur einmal korri- 
giert werden. Dies gilt auch für nach- 
trägliche Änderungen. 

®© Der Programmabschnitt kann ande- 
ren Anwendern zur Verfügung ge- 
stellt werden. 

© Man kann sich eine eigene Bibliothek 
solcher Routinen aufbauen, um sie 
später wieder zu verwenden. 

Wird in einer höheren Programmier- 

sprache programmiert, kann man den- 

selben Effekt erreichen, in dem man den 

betreffenden Programmabschnitt als 

Funktion oder Prozedur schreibt. 


10.1. Makros 

Unter einem Makro versteht man einen 
abgeschlossenen Programmabschnitt, 
der über einen Makroaufruf innerhalb 
eines Programms aktiviert werden kann. 
Die Voraussetzung dafür ist, daß das 
Makro in diesem Programm innerhalb 
einer sogenannten Makrodefinition defi- 
niert wurde. Sowohl der Makroaufruf als 
auch die Makrodefinition sind Anwei- 
sungen an eine bestimmte Art von As- 
sembler, dem Makroassembler, d.h., sie 
sind keine Befehle, die der Mikroprozes- 
sor, für den das Programm geschrieben 
wird, „versteht“ (vergl. Abschnitt 6.1). 
Anders ausgedrückt — Makrodefinition 
und -aufruf sind zwar Teil des, in einer 
Assemblersprache geschriebenen Quell- 
programms, aber kein Teil des Objekt- 
programms (übersetzter Maschinenko- 
de). 


Quell- 
programm 


Objekt- 
programm 


Makro- 
definition 


| 
1.Expansion 
des Makros 


1.Makroaufruf 





Assemblierung ) 


2.Expansion 


ee] 
2.Makroaufruf des Makros 


3.Expansion 
des Makros 





3.Makroaufruf 














Bild 69: Makrodefinition, -aufruf 
und -expansion 


Bild 70: Die Zeitschleife von Bild 66 
als Makro. Dargestellt sind die 
Makrodefinition a), der Makro- 
aufruf b) und das Resultat der 
Expansion c) 
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Während des Assemblierens setzt nun 
der Makroassembler anstelle eines jeden 
Makroaufrufs die in der zugehörigen 
Makrodefinition spezifizierte Befehls- 
folge ein, so daß bei n Aufrufen die 
Befehlsfolge ebenfalls n-mal im Objekt- 
programm enthalten ist. Damit ist der 
gewünschte Effekt erreicht: Der Pro- 
grammabschnitt ist zwar so oft wie 
notwendig an der richtigen Stelle im 
übersetzten Programm enthalten (falls 
der Makroaufruf an der richtigen Stelle 
stand), der Programmierer schreibt ihn 
jedoch nur einmal. Den Vorgang, bei 
dem der Makroaufruf durch die zugehö- 
rige Befehlsfolge ersetzt wird, nennt man 
Makroexpansion (vergl. Bild 69). 

Die formale Beschaffenheit der Makro- 
definition und des -aufrufs hängt nicht 
von den Eigenschaften des verwendeten 
Mikroprozessors, sondern von der Lei- 
stungsfähigkeit des Makroassemblers 
ab. Im folgenden Beispiel wollen wir den 
Makroassembler SDSMAC von TI „be- 
nützen“, ohne aber auf dessen Eigen- 
schaften und Komfort weiter einzuge- 
hen. 

Wir nehmen an, daß in einem Programm 
die in Bild 66 gezeigte Zeitschleife mehr- 
mals benötigt wird. Als konstante K soll 
10 000,, verwendet werden, wodurch 
eine Verzögerungszeit von 100 ms er- 
reicht wird. In Bild 70a und b ist darge- 
stellt, wie die Makrodefinition und der 
Makroaufruf des Makros „Delay“ (Ver- 
zögerung) aussehen muß. Allgemein ist 
darauf zu achten, daß ein bestimmter 
Name nur an ein und nicht an mehrere 
Makros vergeben werden darf. Sonst ist 
der Assembler nicht in der Lage, bei 
einem Aufruf zu unterscheiden, welche 
Befehlsfolge anstelle des Aufrufs einge- 
fügt werden soll. Bild 70c zeigt das 
Resultat der Makroexpansion. Im Pro- 
gramm ist der Aufruf „DELAY“ ver- 
schwunden. Statt dessen wurden die vier 
Befehle unserer Zeitschleife „Delay“ ein- 
gefügt. 


Label Opera- Kommentar 
tions- 


kode 


Operand 


a) 

DELAY $MACRO 

LI R5, 10000 
DECT R5 

INC R5 

JNE LOOP 
$END DELAY 


Makrodefinition 


LOOP 


Ende der Ma- 
krodefinition 


Makroaufruf 


DELAY 


LI R5,10000 Resultat 
DECT R5 der 

INC R5 Makro- 
JNE LOOP expansion 
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Mit Makros kann man jedoch im allge- 
meinen noch mehr machen. Wir nehmen 
wieder an, daß unsere Zeitschleife zwar 
mehrmals in einem Programm benötigt 
wird, aber sie soll an den einzelnen 
Stellen verschiedene Verzögerungszei- 
ten erzeugen. Um sie unter dieser Vor- 
aussetzung weiter in Form eines Makro 
schreiben zu können, muß es eine Mög- 
lichkeit geben, bei der jeweiligen Expan- 
sion die richtige Konstante in das Regi- 
ster 5 zu laden. Es ist also eine Parame- 
terübergabe erforderlich. Sie wird da- 
durch möglich, daß im ersten Befehl der 
Makrodefinition angegeben wird, daß 
ein Parameter KONST bei der Expan- 
sion zu übergeben ist. Derselbe Parame- 
tername muß natürlich auch in dem LI- 
Befehl anstelle der bisherigen Konstan- 
ten 10 000,, eingefügt werden, damit der 
Assembler „weiß“, an welcher Stelle der 
aktuelle Wert des Parameters einzuset- 
zen ist. Den Parameter KONST im 
ersten Befehl der Makrodefinition be- 
zeichnet man als Makroparameter. Da- 
gegen wird der Parameter in der Befehls- 
folge selbst Dummy-Parameter oder 
Platzhalter genannt, da er für den beim 
Aufruf zu übergebenden Parameterwert 
steht. Den Befehl (z.B. LI), der einen oder 
mehrere Dummy-Parameter enthält, be- 
zeichnet man als Modellanweisung (mo- 
del statement), da er sozusagen ein 
Modell dafür ist, wie die tatsächliche 
Anweisung nach der Makroexpansion 
(mit evtl. Parameterübergabe) aussieht. 
Manchmal wird in der Literatur unter 
Modellanweisung auch die gesamte Be- 
fehlsfolge zwischen Anfang und Ende 
der Makrodefinition, in unserem Fall 
zwischen $MACRO und $END, verstan- 
den (macro body). 

In Bild 71 ist dargestellt, wie die Makro- 
definition für die Zeitschleife aussehen 
könnte, wenn der Parameter KONST zu 
übergeben ist. Die Bilder 71b und c 
zeigen zwei Aufrufe und die zugehörigen 
Expansionen mit den aktuellen Parame- 
terwerten KONST = 10000 und 
KONST = 40. Wie eingangs erwähnt 
wurde, sind die Expansionen erst im 
Objektprogramm enthalten. Insofern 
sind die Bilder 70 und 71 falsch, da sie 
Expansionen im Quellprogramm darstel- 
len. Die Expansionen im Maschinenkode 
zu zeigen, wäre jedoch erheblich unüber- 
sichtlicher. In diesem Zusammenhang ist 
auch die Frage berechtigt, wie denn der 
Assembler die beiden Labels LOOP un- 
terscheidet, die im Programm, bedingt 
durch zwei Expansionen (Aufrufe) des 
Makros DELAY, enthalten sind. Schließ- 
lich wurde in Abschnitt 6.2.1 festgestellt, 
daß jedes Label pro Programm nur 
einmal im Labelfeld auftauchen darf. Die 
Antwort ist einfach, denn der Assembler 
kommt gar nicht in die Lage, sie unter- 
scheiden zu müssen. Beim ersten Aufruf 
wird das Makro expandiert und sofort 
daran anschließend der symbolischen 
Adresse LOOP ein Wert zugewiesen, d.h. 
eine absolute oder relokatible Adresse. 
Dies bedeutet, daß zum Zeitpunkt des 
zweiten Aufrufs das Label LOOP nicht 
mehr existent ist. Man nennt derartige 
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Labels, die nur innerhalb eines Makros, 

aber nicht sonst im Programm vorkom- 

men, auch lokale Labels. 

Abschließend sei noch darauf hingewie- 

sen, daß komfortable Makroassembler, 

wie etwa der SDSMAC, neben der einfa- 

chen Parameterübergabe noch folgende 

Möglichkeiten bieten: 

© Aufruf anderer Makros in einer Ma- 
krodefinition 

® rekursive Makros, d.h., in der Defini- 
tion des Makros steht ein Aufruf des 
gerade zu definierenden Makros 

® Expansion von Teilen der Makrodefi- 
nition in Abhängigkeit von Bedin- 
gungen 

@ if-then-else-Strukturen mit Hilfe ent- 
sprechender Assemblerdirektiven 

® Definition von Variablen mit oder 
ohne Zuweisung eines Wertes, ohne 
daß sie Parameter sein müssen 

® logische Verknüpfungen verschie- 
denster Art 

©® spezielle Operatoren, z.B. zur Ver- 
knüpfung von Zeichenfolgen 

Der sinnvolle Einsatz solcher Möglich- 


Label Kommentar 


Opera- Operand 
tions- 


kode 


a) 
DELAY $MACRO KONST Makrodefinition 


LI R5, KONST 
DECT RS 

INC R5 

JNE LOOP 
SEND DELAY 


LOOP 


DELAY 10000 1. Aufruf 


2. Aufruf 


DELAY 40 


LI R5,10000 Resultat 
DECT R5 der 

INC R5 ersten 
JNE LOOP Expansion 


IM R5,40 Resultat 
DECT RS der 

INC R5 zweiten 
JNE LOOP Expansion 


Bild 71: Zeitschleife mit Parame- 
terübergabe. a) zeigt die Makro- 
definition, b) zwei Aufrufe mit 
aktuellen Parameterwerten und 
c) die resultierenden Expansio- 
nen 


Speicher 





2 UP-Aufruf | Hauptprogramm 


1UP-Aufruf 


erster, | 
zweiter, 


' -/3UP-Äufruf] 
dritter - Ir 1 


+ Unterprogramm 











= Rücksprung 
Rücksprung nach dem ersten, zweiten und dritten Aufruf 


Bild 72: Unterprogrammaufruf 
und -rücksprung 
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keiten setzt allerdings einige Übung 
voraus. Für den erfahrenen Program- 
mierer sind sie jedoch ein wertvolles 
Hilfsmittel, um mit wenig Zeitaufwand 
auch relativ komplexe Aufgaben bewäl- 
tigen zu können. 


10.2. Unterprogramme 

Nun zur zweiten Methode, wie man 
einen Programmabschnitt zwar mehr- 
mals an verschiedenen Stellen im Pro- 
gramm ausführen lassen kann, ohne ihn 
ebenso oft im Quellprogramm schreiben 
zu müssen. 


10.2.1. Aufruf und Rücksprung 

Wie ein Makro ist ein Unterprogramm 
ein abgeschlossener Programmab- 
schnitt, der über einen Aufruf innerhalb 
eines Hauptprogramms mehrmals akti- 
viert werden kann. Der Uhnterpro- 
grammaufruf ist in erster Linie nichts 
anderes als ein Sprung zum ersten Befehl 
des Unterprogramms (Bild 72). Falls der 
Sprung mit einer Bedingung verknüpft 
ist, spricht man von einem bedingten 
Aufruf. Nach dem Sprung wird mit der 
Abarbeitung des Unterprogramms be- 
gonnen und bis zu dessen letzten Befehl 
fortgesetzt. Danach soll der Mikropro- 
zessor wieder in das Hauptprogramm 
springen und als nächstes den Befehl 
ausführen, der dem Unterprogrammauf- 
ruf direkt folgt. Dies läßt sich leicht 
dadurch bewerkstelligen, daß man an das 
Ende des zu wiederholenden Programm- 
abschnitts einen unbedingten Sprung zu 
eben diesem Befehl anhängt. Dies funk- 
tioniert zwar beim ersten Aufruf, aber 
nicht mehr beim zweiten. Da der zweite 
Aufruf an einer anderen Stelle als der 
erste im Unterprogramm steht, muß 
auch nach der zweiten Abarbeitung des 
Unterprogramms mit einem anderen Be- 
fehl, nämlich dem, der dem zweiten 
Aufruf direkt folgt, fortgefahren wer- 
den. 

Anhand von Bild 73, wo die Zeitschleife 
als Unterprogramm geschrieben ist, 
kann die Situation veranschaulicht wer- 
den. Der erste Aufruf wird durch einen 


. BL-Befehl (branch and link) bewirkt, auf 


dessen Funktion wir noch zurückkom- 
men. Als Folge des Aufrufs wird ein 
unbedingter Sprung zum Anfang des 
Unterprogramms mit dem Namen oder 
der symbolischen Adresse DELAY 
durchgeführt, d.h., der Programmschritt- 
zähler wird auf den Wert 7000,, gesetzt. 
Wenn wir als Sprungbefehl 

B > ®62BC 

bzw.B @CALL1+4 

verwenden würden, würde, nachdem das 
Unterprogramm abgearbeitet ist, kor- 
rekt ein Rücksprung zum Befehl 

MOV R2,R6 
erfolgen, also zu dem Befehl, der dem 
ersten Aufruf direkt folgt. Nun wird das 
Hauptprogramm weiter abgearbeitet 
und damit auch der zweite Aufruf. Das 
Unterprogramm wird ein zweites Mal 
aufgeführt und schon haben wir das 
Problem. Der Befehl 

B @>62BC 
bewirkt einen Rücksprung zum MOV- 


Software 


Befehl anstatt zum A-Befehl (Addition), 
der dem zweiten Aufruf direkt folgt. 
Aus dieser Überlegung wird deutlich, 
daß bei jedem Aufruf die zugehörige 
Rücksprungadresse mitgeliefert werden 
muß. Genau dies bewirkt beim TMS 9900 
der BL-Befehl. Er legt den momentanen 
Inhalt des Programmschrittzählers in 
Register 11 ab und lädt danach die 
Anfangsadresse des aufgerufenen Un- 
terprogramms in den Programmschritt- 
zähler. Der Rücksprung wird dann mit 
einem unbedingten Sprung 

B *Ril 
zum Befehl, dessen Adresse in Register 
11 steht, immer korrekt ausgeführt 
(vergl. Bild 73c). Nach dem ersten Aufruf 
steht in Ril die Adresse des MOV- 
Befehls (62BC,,) und nach dem zweiten 
Aufruf die des A-Befehls. 


10.2.2. Parameterübergabe 

Wie im Abschnitt über Makros wollen 
wir nun fordern, daß das Uhnterpro- 
gramm DELAY bei jedem Aufruf eine 
andere Verzögerung bewirken soll. Dies 
läßt sich am einfachsten dadurch be- 
werkstelligen, daß vor jedem Aufruf der 
Schleifenzähler im Register 5 mit dem 
jeweils richtigen Wert initialisiert wird. 
Damit wird der entsprechende LI-Befehl 
im Unterprogramm überflüssig. Oder 
man vereinbart, daß der richtige Wert 
vor jedem Aufruf in einem Speicherwort 
mit der symbolischen Adresse VERZ 
hinterlegt wird. Dann müßte der LI- 
Befehl im Unterprogramm durch den 


Befehl 

MOV @VERZR5 
ersetzt werden. Diese Möglichkeit emp- 
fiehlt sich vor allem dann, wenn sich erst 
während der Programmausführung die 
gewünschte Verzögerungszeit ergibt. 
Eine andere Variante, die besonders bei 
Minicomputeranwendern beliebt ist, be- 
steht darin, den zu übergebenden Para- 
meter (es können auch mehrere sein) 
direkt nach dem jeweiligen Aufruf im 
Hauptprogramm zu hinterlegen. Dies 
kann man beim TMS 9900, wie in Bild 74b 
dargestellt, mit der Assemblerdirektive 
DATA erreichen. Nach dem Aufruf des 
Unterprogramms DELAY bewirkt der 
Befehl 

MOV *RILRR 
daß der Parameterwert 10000 in das 
Register 5 transportiert wird, denn der 
Inhalt von Register 11 ist aufgrund des 
BL-Befehls die Adresse der Konstanten 
10 000. Zusätzlich sorgt der Befehl dafür, 
daß der Inhalt von R11 um 2 inkremen- 
tiert wird. Damit steht die korrekte 
Rücksprungadresse in Ri1, so daß nach 
der Abarbeitung des Unterprogramms 
mit dem MOV-Befehl im Hauptpro- 
gramm fortgefahren wird. Falls das ge- 
samte Programm später in einem ROM 
oder EPROM gespeichert wird, kann bei 
dieser Methode als Parameter nur eine 
Konstante übergeben werden. Falls das 
Programm in einem RAM steht, kann der 
entsprechende Parameterwert vor dem 
Aufruf etwa mit dem Befehl 

MOV .„@CALL+4 
unter der vom Unterprogramm benütz- 
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ten Parameteradresse abgelegt werden. 
Diese Adresse ist CALL+4 und nicht 
CALL+2, da der BL-Befehl ein Zwei- 
wortbefehl ist. 

Normalerweise werden Parameter nicht 
nur vom Hauptprogramm an ein Unter- 
programm übergeben, sondern auch 
vom Unterprogramm an das Hauptpro- 
gramm. Dies ist z.B. bei einem Unterpro- 
gramm der Fall, das die Quadratwurzel 
eines Wertes X berechnet. Der Wert X 
wird an das Unterprogramm übergeben, 
das die Wurzel berechnet und das Ergeb- 
nis dem Hauptprogramm zur Verfügung 
stellt. Wie oben erläutert, kann das Er- 
gebnis vom Unterprogramm in einem 
Register oder Speicherwort abgelegt 
werden, dessen Adresse dem Hauptpro- 
gramm bekannt sein muß. 

Wir wollen nun in dem Unterprogramm 
zur Quadratwurzelberechnung eine Feh- 
lerbehandlung vorsehen, falls der Wert 
X negativ ist. Die Fehlerbehandlung soll 


a) DELAY Eau $ UP- Anfang 
[8] RS, 10000 
LOOP Eau 
DECT RS 
INC RS 
NE LOOP 
END B “RN UP-Ende, Rucksprung 
b) 
CALLI BL @ DELAY erster Aufruf 
Mov R2,R6 
CAlL2 BL @ DELAY zweiter Aufruf 
A R4,RS 
e) 
Speicher 
Adresse 
cALı 6288 |[BL@. | 


62BA | 7000 | 
628c [MOV 








cAauL2 6310 |BL® 
6312 | 7000 
6314 [ARURE 














DELAY 7000 |L1 





LOOP 7004 |DECIRS] 
7006 INC RS 








{RIN) = 62BC,, nach dem ersten Aufruf 
= 6314, nach dem zweiten Aufruf 





Label Operations- 


kode 


Operand 


* * * Hauptprogramm * * * 


@SQUR 
ERROR 


CALL. BL 
DATA 


ERROR 


* * * Unterprogramm Quadratwurzel x * * 
SQUR 


Cl R2,0 
JLT ERR 
MOV @ 2 (R11),R11 
B +R11 
ERR MOV * RII,R11 
B +R11 





jedoch nicht ein Teil des Unterpro- 
gramms sein, sondern im Hauptpro- 
gramm stehen. Damit hat das Unterpro- 
gramm zwei Ausgänge: im Normalfall 
wird zum Befehl nach dem jeweiligen 
Aufruf zurückgesprungen oder es wird, 
falls X negativ ist, zur Fehlerbehandlung 
gesprungen. 

Zu diesem Zweck wird die Anfangs- 
adresse ERROR der Fehlerbehandlung 
mit einer DATA-Assemblerdirektive 
nach dem Aufruf gespeichert (Bild 75). 
Im Unterprogramm SQUR (Quadrat- 
wurzel) wird zuerst der z.B. in Register 2 
übergebene Wert X mit Null verglichen. 
Ist er kleiner, wird mit dem JLT-Befehl 
(jump less than) nach ERR gesprungen. 
Der Befehl 

MOV *RI1,R11 

bewirkt, daß der /nhaltder in Register 11 
gespeicherten Rücksprungadresse in das 
Register transportiert wird, also die An- 
fangsadresse der Fehlerbehandlung, so 





a) Unterprogramm 
DELAY EQU 8 


MOV *R11+,R5 
LOOP EQU  $ 
DECT RS 
INC R5 
JNE LOOP 
END B “RI 
b) Aufruf 
GALL. BL @DELAY 
DATA 10000 
MOV R2,R6 





Bild 74: Die Zeitschleife als Unter- 
programm mit Übergabe eines 
Parameters 


Bild 73: Die Zeitschleife von Bild 66 
als Unterprogramm. Gezeigt sind 
das Unterprogramm a), der Auf- 
ruf b) und der Speicherinhalt c) 





Kommentar 


Aufruf des UP Qua- 
dratwurzel 
Sprungadresse im Falle 
eines Fehlers 


Fehlerbehandlung, falls 
X negativ ist 


Ist der übergebene 
Wert X negativ? Wenn 
ja, springe nach ERR 


Hole Rücksprungadres- 
se und springe zurück 
Hole Sprungadresse 
ERROR und springe 


Bild 75: Unterpro- 
gramm mit Fehler- 
ausgang 
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daß mit dem folgenden B-Befehl zur 
Fehlerbehandlung gesprungen werden 
kann. Jetzt müssen wir uns nur noch den 
normalen Rücksprung ansehen. Würden 
wir 

B *R11 
schreiben, so würde als nächster Befehl 
das Speicherwort nach dem Aufruf, also 
die Sprungadresse ERROR, ausgeführt. 
Vor dem Rücksprung muß also noch der 
Inhalt von R11 um 2 inkrementiert wer- 
den. Dies kann man durch 

INCT R11 
oder durch 

MOV @2R11),R11 
erreichen. Die erste Möglichkeit ist 
leichter zu verstehen, aber die zweite 
(indizierte Adressierung) ist allgemeiner, 
und dann vorzuziehen, wenn nach dem 
Unterprogrammaufruf mehrere Daten 
hinterlegt sind. 


Den ganzen Aufwand könnte man sich 
sparen, wenn man die Fehlerbehandlung 
im Unterprogramm durchführt, was 
auch oft sinnvoll ist. Ebenso oft ist es 
jedoch wünschenswert, abhängig vom 
aufrufenden Programm und vom jewei- 
ligen Aufruf die Fehlerbehandlung ver- 
schieden durchzuführen, und dann sollte 
sie im aufrufenden Programm oder in 
einem ganz anderen Programmteil lie- 
gen. 


10.2.3. Verschachtelung von 
Unterprogrammen 
Den Begriff Verschachtelung haben wir 
schon bei den Schleifen kennengelernt 
(Abschnitt 9.3.9). Hier nannten wir eine 
Schleife dann in eine andere verschach- 
telt oder eingebettet, wenn sie zum 
Verarbeitungsteil einer sie umfassenden 
Schleife gehörte. Ein Unterprogramm 
heißt verschachtelt, wenn es nicht vom 
Hauptprogramm, sondern von einem 
anderen Uhnterprogramm aufgerufen 
wird. Im Gegensatz zur Schleife, wo die 
Befehle der verschachtelten Schleife ört- 
lich (im Speicher) „in“ der umfassenden 
Schleife stehen, ordnet man Uhnterpro- 
gramme im Speicher getrennt vonein- 
ander an. Das aufrufende Unterpro- 
gramm enthält nur den oder die Aufrufe 
des verschachtelten Unterprogramms. 
Zeitlich gesehen ist das aufgerufene Un- 
terprogramm jedoch vollständig ein Teil 
des aufrufenden Unterprogramms. 
In Bild 76a ist ein Unterprogramm dar- 
gestellt, welches das Unterprogramm 
UPI aufruft. UP1 enthält einen Aufruf 
von Unterprogramm UP?2, welches wie- 
derum UP3 aufruft. Alle Aufrufe können 
mit dem BL-Befehl bewirkt werden, da 
es für die Wirkung des Befehls unerheb- 
lich ist, ob er in einem Haupt- oder 
Unterprogramm steht. Der Befehl 

BL @UP1I 
bewirkt, daß in Register 11 die Rück- 
sprungadresse 4E2E,, gespeichert und 
ein unbedingter Sprung nach UPI = 
5000,, durchgeführt wird. Danach wird 
UPI abgearbeitet und aufgrund des Be- 
fehls 

BL @UP2 
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Bild 76: Die Ver- 


b) zeitlicher Ablauf 
Verschachtelungstiefe 



































































































































Speicher 1 2 3 schachtelung von 
Adresse 5000 (B) 5150 (D) 5290 (F) Unterprogram- 
4E2A |BL_ ®... ut UP) e RR wer men. Dargestellt 
UPI = 5000 | ?Hauptprogramm RI put m sind die Spei- 
4E2E |INCT _R6 LEDALA) 5040 (c) SI6E (E) cherbelegung a), 
rt 4EZE(L) 5044 (J) 5172 (H) der zeitliche Ab- 
fBefehivonuri] > Rücksprün lauf b) und der 
ur1 5000 |1.BefehlvonUP1 Uchp,, Gchspy, 9 S2FE(G) Inhalt von Pro- 
° silem SIFEL) grammschrittzäh- 
5040 |BL_ ®. ler und LIFO- 
UPS = 150 Unterprogramm Haupt- Unterprogramme Speicher c) 
5044 |MoV_ R2,R3 a programm upı up2 UP3 
5I4E [ al 
UP2 5150 |1.BefehlvonUP2 
e)Inhalt von Programmschrittzahler und LIFO-Speicher 
SI6E |BL Unterprogramm 
UP3 = 5200 up2 zum Zeitpunkt A B c D E F 
5172 |DEC R7 
BEE Inhalt des PC 4E2A] [5000 ] [5040 ] [5150 ] [Sı6E] [5200 ] 
3 mt 
SIFE = +4 u 
UP3 5200 |1.BefehlvonuPp3 Inhalt des LIFO 4E2E e 5044| [5044] [5172 
Unterprogramm LE2E 4E2E 5044 
DEREN er 
S2FE zu 
zum Zeıtpunkt G H I J K L 
Inhalt des PC 52FE] [5172 SsırE] [5044] [S1sE] [2E2E 
ı F = F Be ed 
Inhalt des LIFO 5172 5044] [5044] [4E2E] [4e2E 
5044 4E2E | | 4EZE 
4E2E & 
a) push - down -stack i 
p Speicher 
j\ a) leerer Stapelspeicher Adresse Speicher 
I! De 
| 
| Stapelspeicher 2 4 > Stapelspeicher 
4 Stapelzeiger 7004 Bi J 
es = 7006 
b) 
Inhalt des 
b) push-up-stack Stapelzeigers [7006] [7004] [7002] [7000] [7002] [7004] [7006] 
dresse ____, zz Br ie = Sr 
Speicher Inhalt des 70002 EL 15172, 15172 | 15172] 
p Stapel- 7002 ı,__!ı ı [5044] [5044] [5044] !50441 150441 
speichers 7004 7} [ze2el (ze2el (E2E) [2e2E| fae2E] BEBEI 
zum Zeitpunkt A B D F H J L 





pop 





Stapelzeiger 





das Unterprogramm UP2 aufgerufen, 
das wiederum mit 


BL @UP3 

das Unterprogramm UP3 aufruft. Die 
drei BL-Befehle bewirken, daß jedesmal 
die Rücksprungadresse in dasselbe Regi- 
ster 11 gespeichert wird. Also sind die 
ersten beiden Rücksprungadressen ver- 
lorengegangen. Dies bedeutet, daß nach 
Abarbeitung von UP3 zwar mit dem 
DEC-Befehl in UP3 weitergemacht wird, 
aber nach Abarbeiten von UP2 wie- 
derum dorthin „rück“gesprungen wird. 
Es muß daher bei der Verschachtelung 
von Unterprogrammen sichergestellt 
sein, daß vor einem zweiten Aufruf die 
erste Rücksprungadresse gerettet wird 
und so fort. 


10.2.3.1. Das Stack-Konzept 


Aus Bild 76b ist zu entnehmen, wie der 
zeitliche Ablauf sein sollte. Zum Spei- 
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Bild 78: Inhalt von Stapelzeiger und Stapelspeicher für 
das Beispiel von Bild 76 (push-down-stack) 


4 Bild 77: Realisierung eines Stapelspeichers (stack) 


chern der Rücksprungadressen wäre am 
besten ein sogenannter LIFO-Speicher 
(Last In First Out) geeignet, wie er in Bild 
76c dargestellt ist. Die erste Rücksprung- 
adresse (4E2E,,) wird in das erste Wort 
des LIFO gespeichert, womit der Rück- 
weg von UPI ins Hauptprogramm si- 
chergestellt wäre. Der Aufruf von UP2 
im Unterprogramm UPI sollte die 
zweite Rücksprungadresse (5044, ,) 
„obendrauf“ packen und die erste Rück- 
sprungadresse unverändert lassen. 
Ebenso sollte die dritte Rücksprung- 
adresse (5172,,) von oben in den LIFO 
gepackt werden, so daß alle drei Rück- 
sprungadressen gerettet sind. Der Rück- 
weg von UP3 bis ins Hauptprogramm, 
wobei jeweils die aufgerufenen Unter- 
programme UP2 und UP1 fertig ausge- 
führt werden, sieht folgendermaßen aus. 
Die oberste Adresse wird in den Pro- 
grammschrittzähler geladen, womit der 
Rücksprung von UP3 nach UP2 durch- 





geführt ist. Die restlichen zwei Rück- 
sprungadressen werden „nachgescho- 
ben“. Am Ende von UP2 wird wieder die 
oberste Adresse in den Programm- 
schrittzähler geladen und die restliche 
Adresse im LIFO „nachgeschoben“. Zu- 
letzt wird am Ende von UP1 mit Hilfe der 
obersten und letzten Adresse der Rück- 
sprung ins Hauptprogramm bewerkstel- 
ligt. Bemerkenswert ist, daß die Rück- 
sprungadresse, die zuerst gerettet wird, 
zuletzt benötigt wird. Dies ist auch der 
Grund, warum ein LIFO-Speicher zur 
Sicherung der Rücksprungadressen be- 
nützt wird. 

Jetzt geht es nur noch darum, wie die 
LIFO-Funktion zu realisieren ist. Zu- 
nächst erscheint es sinnvoll, nicht einen 
eigenen Baustein zu benutzen, sondern 
die Rücksprungadressen, wie das Pro- 
gramm und die Daten, im gesamten Spei- 
cher unterzubringen. Dann ist jedoch das 
„Obendrauf“-Packen bzw. „Nachschie- 
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ben“ nur mit Hilfe von Transportbe- 
fehlen möglich, was sowohl viel Ausfüh- 
rungszeit als auch Programmspeicher- 
platz kostet. Abgesehen davon wäre 
unklar, wo der Anfang und das Ende des 
LIFO-Bereichs liegen. Das Problem wird 
dadurch gelöst, daß man ein Hardware- 
register im Mikroprozessor spendiert, 
dessen Inhalt auf den Speicherbereich 
„zeigt“, der zum Speichern von Rück- 
sprungadressen dienen soll. Dieses Regi- 
ster nennt man Stapelzeiger (stack poin- 
ter) und den Speicherbereich Stapelspei- 
cher oder Kellerspeicher (stack). Anstatt 
nun die Rücksprungadressen im Spei- 
cher zu verschieben, verschiebt man den 
Stapelzeiger, indem man seinen Inhalt 
inkrementiert oder dekrementiert. Im 
Prinzip funktioniert der Stapelzeiger wie 
ein Programmschrittzähler. Beide Regi- 
ster enthalten zu jedem Zeitpunkt eine 
Speicheradresse und deuten damit auf 
einen bestimmten Speicherbereich. Der 
Programmschrittzähler adressiert einen 
Befehl und deutet auf den Programmbe- 
reich, der Stapelzeiger adressiert eine 
Rücksprungadresse und deutet auf den 
Stapelspeicher(bereich). 

Beim TMS 9900 gibt es noch eine Paral- 
lele, nämlich den Arbeitsbereichzeiger 
(workspace pointer), der das Register 0 
adressiert und auf den Arbeitsbereich 
zeigt. 

Entsprechend der Funktion des Stapel- 
speichers gibt es nur zwei Operationen. 
Entweder wird eine Rücksprungadresse 
gespeichert (Push-Operation) oder eine 
gespeicherte Rücksprungadresse wird in 
den Programmschrittzähler gelesen 
bzw. geladen (Pop-Operation). Eine 
Rücksprungadresse, die gelesen wurde, 
wird nicht mehr benötigt und darf über- 
schrieben werden. Je nachdem ob man 
den Stapelspeicher mit zunehmender 
Verschachtelungstiefe in Richtung Spei- 
cheradresse 0 oder in Richtung der höch- 
sten Speicheradresse wachsen läßt, 
spricht man von einem push-down- oder 
push-up-stack (Bild 77). Ferner ist es 
Geschmackssache, ob man den Stapel- 
zeiger auf dasjenige Wort im Stapelspei- 
cher zeigen läßt, in das zuletzt geschrie- 
ben wurde, oder auf dasjenige Wort, in 
das als nächstes geschrieben werden 
darf. e 

Für die folgenden Überlegungen wollen 
wir eine Architektur unterstellen, wie sie 
in den meisten Mikroprozessoren ver- 
wendet wird, nämlich einen push-down- 
stack, dessen stack pointer auf die zuletzt 
gerettete Rücksprungadresse zeigt. In 
diesem Fall bedeutet eine Push-Opera- 
tion, daß der Stapelzeiger zunächst um 2 
(Byte) dekrementiert und dann die Rück- 
sprungadresse im nun adressierten Spei- 
cherwort abgelegt wird. Die Pop-Opera- 
tion bewirkt, daß der Inhalt des vom 
Stapelzeiger adressierten Speicherworts 
(die jeweils „oberste“ Rücksprungadres- 
se) in den Programmschrittzähler gela- 
den und der Stapelzeiger um 2inkremen- 
tiert wird. Noch ein Wort zur Bezeich- 
nung „push down“. Das „down“ (unten) 
bezieht sich darauf, daß der Stapelzeiger 
bei einer Push- -Operation dekrementiert 


92 





elektronikpraxis 





wird und nicht darauf, daß der Stapel- 
speicher nach unten, d.h. bei der üblichen 
Darstellung von Speicherbelegungen in 
Richtung der höchsten Speicheradres- 
se wächst (vgl. Pfeilrichtung in Bild 77a). 
Aus der Definition der Push-Operation 
geht hervor, daß bei einer Verschachte- 
lungstiefe von 0, d.h. wenn der Stapel- 
speicher leer ist, der Stapelzeiger nicht 
das erste (unterste) Wort des Stapelspei- 
chers, sondern das darunterliegende 
Wort adressiert. Bild 78a zeigt einen 
leeren Stapelspeicher, der ab Adresse 
7004, definiert ist, und Bild 78b, wie der 
Stapelspeicher indem Maße wächst und 
wieder abnimmt wie das Beispielpro- 
gramm von Bild 76 in den verschiedenen 
Verschachtelungsebenen abgearbeitet 
wird. Jeder Unterprogrammaufruf be- 
wirkt eine Push-Operation mit einem 
unbedingten Sprung zum Uhnterpro- 
gramm, und jeder Rücksprung bewirkt 
eine Pop-Operation. An dieser Stelle 
muß jedoch ausdrücklich festgehalten 
werden, daß der BL-Befehl des TMS 
9900, der in unserem Beispiel als Aufruf 
verwendet wird, tatsächlich keine Push- 
Operation bewirkt, da der TMS 9900 
über keinen (Hardware-)Stapelzeiger 
verfügt. Der BL-Befehl ist in diesem 
Zusammenhang nur als Chiffre für den 
Unterprogrammaufruf eines typischen 
Mikroprozessors zu sehen. Dasselbe gilt 
sinngemäß für den Rücksprung (z.B. 
B *R11). Die Verschachtelung von Un- 
terprogrammen ist beim TMS 9900 auf 
verschiedene Arten möglich, auf die im 
nächsten Abschnitt 10.2.3.2 eingegangen 
wird. 

Doch zurück zum Stapelspeicher. Unter 
der Annahme, daß im Stapelzeiger jede 
beliebige Speicheradresse stehen kann, 
kann der Programmierer völlig frei dar- 
über entscheiden, wo der Stapelspeicher 
beginnt. Zweckmäßig legt man einen 
push-down-stack in den Bereich der 
höchsten Adressen und läßt ihn in Rich- 
tung Adresse 0 wachsen. Auf diese Weise 
hat man die größte Flexibilität bei der 
Entscheidung, wohin das Programm und 
die Daten geladen werden sollen. Natür- 
lich spielt bei diesen Überlegungen auch 
eine Rolle, wieviel Speicherplatz insge- 
samt für das Programm, die Daten und 
den Stapelspeicher notwendig sind, d.h. 
wieviele Speicherbausteine spendiert 
werden müssen oder können und wie die 
Adreßdekodierung erfolgt. Bei großen 
Datenverarbeitungsanlagen, wo ja in 
den gesamten Speicher geschrieben 
werden kann und die verschiedensten 
Programme mit unterschiedlichem Spei- 
cherplatzbedarf für Programm und Da- 
ten laufen, legt man den Stapelspeicher 
ganz an das Ende des zur Verfügung 
stehenden Arbeitsspeichers. Da dies bei 
normaler Darstellung von Speicherbele- 
gungen „unten“ bedeutet, nennt man den 
Stapelspeicher auch Kellerspeicher. Je 
mehr im Kellerspeicher gespeichert 
wird, desto mehr wächst er nach „oben“ 
in Richtung Programm und Daten. UÜbli- 
cherweise wird bei großen Computern 
auch eine Überwachung durchgeführt, 
um sicherzustellen, daß der Kellerspei- 


cher nie in die Daten oder das Programm 
hineinwächst und damit Befehle oder 
Daten zerstört (überschreibt). 
Eine Limitierung anderer Art ist gege- 
ben, wenn der Stapelzeiger keine volle 
Speicheradresse umfaßt. Z.B. könnte der 
Stapelzeiger nur 4 bit enthalten, womit 
16 verschiedene (Byte) Adressen zur 
Verfügung stehen. Wenn wir, wie bisher, 
annehmen, daß eine Rücksprungadresse 
2 Byte lang ist, kann der zugehörige 
Stapelspeicher also nur 8 Rücksprung- 
adressen aufnehmen, womit die Ver- 
schachtelungstiefe auf 8 begrenzt ist. 
Dies gilt aber auch nur, wenn der Stapel- 
speicher als push-up-stack, beginnend ab 
Speicheradresse 0, realisiert ist. Die 
Länge des Stapelzeigers gibt daher Aus- 
kunft darüber, welche maximale Unter- 
programmverschachtelung möglich ist. 
Kann der Stapelzeiger eine volle Spei- 
cheradresse speichern, so sagt man auch, 
daß die Unterprogrammverschachte- 
lungstiefe beliebig ist und versteht dar- 
unter, daß der Stapelspeicher im Extrem- 
fall den gesamten Speicher ausfüllen 
könnte. 
Nun mag manchem Leser eine Ver- 
schachtelungstiefe von 8 schon ganz 
schön kompliziert erscheinen, und er 
mag bezweifeln, daß dies nicht ausrei- 
chen könnte. Der Einwand ist berechtigt, 
da viele einfache Steuerungen auch mit 
einer Verschachtelungstiefe von 0, 1 
oder 2 auskommen. Dagegen aber spre- 
chen drei Überlegungen. Zum einen 
kann man viele Programme übersichtli- 
cher schreiben und damit leichter testen 
und dokumentieren, wenn man beim 
Einsatz von Unterprogrammen freie 
Hand hat und keine Rücksicht auf eine 
geringe Verschachtelungstiefe nehmen 
muß. Zum zweiten kann die Verschach- 
telungstiefe rapide zunehmen, wenn, was 
sehr oft bei Mikrocomputeranwendun- 
gen vorkommt, Hardware-Interrupts 
(Abschnitt 10.4) zugelassen sind. 
Zum dritten: Was spricht eigentlich da- 
gegen, im Stapelspeicher außer Rück- 
sprungadressen auch Daten zu spei- 
chern? Daß dies sinnvoll ist, zeigt das 
folgende Beispiel. Wir unterstellen einen 
Mikroprozessor, der über acht allgemein 
verwendbare interne (Hardware-)Regi- 
ster RO bis R7 zu je 16 bit verfügt und der 
ein Programm mit einer maximalen Ver- 
schachtelungstiefe von 3 (vergl. Bild 76b) 
ausführen soll. Als Unterprogrammauf- 
ruf wollen wir die Mnemonik CALL 
verwenden und für den Rücksprung die 
Mnemonik RET (Return). Zusätzlich de- 
finieren wir Befehle der Art 
PUSH Rn 

und POP Rn 
Rn sei die allgemeine Bezeichnung für 
eines der Register RObis R7. Der PUSH- 
Befehl soll bewirken, daß der Inhalt des 
Stapelregisters um 2 dekrementiert und 
der Inhalt des jeweiligen Registers Rn in 
das nun adressierte Stapelspeicherwort 
transportiert wird. Dementsprechend 
soll ein POP-Befehl bewirken, daß der 
Inhalt des vom Stapelzeiger adressierten 
Wortes in das jeweilige Register Rn 
transportiert und der Inhalt des Stapel- 
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zeigers um 2 inkrementiert wird. Dabei 
ist ein push-down-stack unterstellt. Aus 
Bild 79a kann die Verwendung der ein- 
zelnen Register durch das Hauptpro- 
gramm und die Unterprogramme ent- 
nommen werden. Wie in Bild 76 ruft das 
Hauptprogramm das Unterprogramm 
UP auf und übergibt zusätzlich in den 
Registern 5 und 6 je einen Parameter. 
Wenn UP1 abgearbeitet ist, liefert es ein 
Ergebnis in Register 7 an das Hauptpro- 
gramm. Ferner ruft UP1 das Unterpro- 
gramm UP2 auf und übergibt einen Para- 
meter in Register 3, der ebenfalls von 
Unterprogramm UP3 benötigt wird. 
UP2 ruft wiederum UP3 auf, ohne einen 
Parameter zu übergeben. UP3 liefert an 
UP2 in Register 2 jedoch ein Ergebnis, 
z.B. aufgrund des von UP1 übergebenen 
Parameters. Schließlich liefert UP2 in 
Register 4 ein Ergebnis an UP1. Damit ist 
teilweise festgelegt, welche Register 
nicht von den einzelnen Unterprogram- 
men, z.B. als Schleifenzähler, als Adreß- 
register oder zur Zwischenspeicherung 
von Daten, verwendet werden können. 

Das Hauptprogramm benützt die Regi- 
ster Ri bis R4 für derartige allgemeine 
Zwecke, so daß es insgesamt 6 Register 
belegt. Register 7 gilt zum Zeitpunkt des 
Aufrufs von UPi als nicht belegt, da sein 
Inhalt sowieso von dem UP1 gelieferten 
Ergebnis überschrieben wird. Nun geht 
aus Bild 79a hervor, daß das UPI für 
allgemeine Zwecke 3 Register und zur 
Parameter- bzw. Ergebnisübergabe 
2; also insgesamt 5 Register benötigt. 
Daraus ergibt sich, daß rein rechnerisch 3 
Registerinhalte gerettet werden müssen, 
bevor das UP1 aufgerufen werden darf. 
Dies gilt jedoch nur für diesen Fall. Falls 
zu einem anderen Zeitpunkt das UPI 
von einem ganz anderen Programmteil 
oder Unterprogramm aufgerufen wird, 
das mehr als 6 Register belegt, müssen 
mehr Registerinhalte gerettet werden. 
Besser ist es, unabhängig davon, wieviele 
und welche Register das aufrufende Pro- 
gramm gerade benötigt, die Inhalte jener 
Register zu retten, die das UP1 beein- 
flußt. Aus diesem Grund sichern wir 
durch 5 PUSH-Befehle die Inhalte von 
RO bis R4. Diese Befehle können direkt 
vor dem Aufruf von UP1 im aufrufenden 
Programm oder als erste Befehle im 
Unterprogramm selbst stehen. Die 
zweite Möglichkeit ist günstiger, da man 
die notwendigen PUSH-Befehle nur ein- 
mal schreiben muß. Im anderen Fall 
müssen die Befehle vor jedem Aufruf 
von UP1 stehen, was bei, sagen wir 
einmal 15 Aufrufen, eine Menge Schreib- 
arbeit bedeutet. Dieselbe Überlegung 
gilt ebenfalls für die entsprechenden 
POP-Befehle, die im Unterprogramm 
direkt vor dem Rücksprung oder im 
aufrufenden Programm direkt nach dem 
Aufruf stehen können. Bild 79b zeigt die 
für unser Beispiel in UP1 notwendigen 
PUSH- und POP-Befehle. 

Beim nächsten Schritt ist zu überlegen, 
welche Register gerettet werden müs- 
sen, wenn UP2 aufgerufen wird. UP2 
benötigt für allgemeine Zwecke 2 Regi- 
ster, erwartet in Register 2 ein Ergebnis 
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von UP3 und liefert in Register 4 ein 
Ergebnis an das aufrufende UPI1, von 
dem es einen Parameter in Register 3 
übergeben bekommt. Das Register 3 darf 
von UP2 nicht verändert werden, da der 
Parameter für UP3 erhalten bleiben 
muß. Wir retten daher in UP2 als erstes 
mit 3 PUSH-Befehlen die Inhalte von RO 
bis R2, d.h. jener Register, die UP2 verän- 
dern werden. Aus demselben Grund, wie 
wir in UP1 den Inhalt von R4 sichern 
müssen, muß in UP2 der Inhalt von R2 
gerettet werden, obwohl UP1 bzw. UP2 





| a) Belegung der Register 
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den jeweiligen Registerinhalt nicht di- 
rekt verändert. Wohl aber indirekt, da 
die Veränderung durch ein aufgerufenes 
Unterprogramm erfolgt. 

Aus den bisherigen Überlegungen folgt 
direkt, daß in UP3 die Inhalte der Regi- 
ster RO und Ri gerettet werden müssen, 
wenn RO und Ri als allgemeine Register 
dienen sollen. Es soll noch angemerkt 
werden, daß bei der Belegung der Regi- 
ster davon ausgegangen wurde, daß die 
Parameter, die an ein aufgerufenes Un- 
terprogramm übergeben werden, von 



































Register Haupt- Unterprogramme 
programm 
(HP) UP2 UP3 
R2 . Ergebnis von UP3 an UP2 
R3 * Parameterübergabe von UP1 an UP2 und UP3 
R4 * Ergebnis von UP2 an UPI _ 
R5 Parameterübergabe an UP1 0-0] 2 
R6 Parameterübergabe an UP1 = 1 _ 
R7 Ergebnis von UP! an HP = | _ 
* = benützt für allgemeine Zwecke 
— = unbenützt 
b) Programm 
Label Operations- Operand Kommentar 
kode 
CALL UPI Aufruf von UPI | Hauptprogramm 
UPI PUSH RO Retten der 
PUSH Ri Registerinhalte 
PUSH R2 
PUSH R3 
PUSH R4 
CALL UP2 Aufruf von UP2 Unterprogramm 
i UPI 
POP R4 Wiederherstellen 
POP R3 der alten 
POP R2 Registerinhalte 
POP RI 
POP RO 
RET Rücksprung 
UP2 PUSH RO Retten der 
PUSH Ri Registerinhalte 
PUSH R2 
CALL UP3 Aufruf von UP3 Unterprogramm 
i UP2 
POP R2 Wiederherstellen 
POP Ri der alten 
POP RO Registerinhalte 
RET Rücksprung 
UP3 PUSH RO Retten der 
PUSH Ri Registerinhalte 
: Unterprogramm 
POP Ri Wiederherstellen der UP3 
POP RO alten Registerinhalte 
RET 
Zei 
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c) Beschreibung der Zeitpunkte 


,zzOonTrmounuw> 





vor dem Aufruf von UP 

nach dem Aufruf von UPI 

nachdem die Inhalte von RO bis R4 in UP! gerettet wurden 
nach dem Aufruf von UP2 

nachdem die Inhalte von RO bis R2 in UP2 gerettet wurden 
nachdem die Inhalte von RO und Ri in UP3 gerettet wurden 
vor den POP-Befehlen in UP3 

nach dem Rücksprung von UP3 in UP2 

nach dem Rücksprung von UP2 in UP1 

nach dem Rücksprung von UP1 ins Hauptprogramm 


d) Erklärung der in e) und f) verwendeten Abkürzungen 





IHP bis 4HP = durch das HP bestimmte* Inhalte von Ri bis R4 
1UPI bis 3UPf = durch das UP1 bestimmte* Inhalte von RO bis R2 
1UP2,2UP2 = durch das UP2 bestimmte* Inhalte von RO und RI 
1UP3,2UP3 = durch das UP3 bestimmte* Inhalte von RO und Ri 
P1,P2 = vom HP an das UP zuübergebende Parameter 
P3 = vom UPi an das UP2 und UP3 zu übergebender Parameter 
El = vom UPI an das HP zu übergebende Ergebnis 

E2 = vom UP2 an das UP1 zu übergebende Ergebnis 
E3 = vom UP3 an das UP2 zu übergebende Ergebnis 
4711, A162, = zufällige Inhalte von RO und R7 

Ri = Rücksprungadresse von UPI ins HP 

R2 = Rücksprungadresse von UP2 ins UP1 

R3 = Rücksprungadresse von UP3 ins UP2 


(push-down-stack ab Adresse 701Aıs ) 


*.d.h., die aufgeführten Register werden vom jeweils angegebenen Programm zu allgemeinen Zwecken benützt. 


e) Inhalte der Register, des Stapelzeigers und des Stapelspeichers 
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zum Zeitpunkt A 





diesen nicht verändert bzw. überschrie- 
ben werden dürfen, damit sie dem aufru- 
fenden Programm noch für eine evtl. 
anschließend notwendige Weiterverar- 
beitung zur Verfügung stehen. Läßt man 
diese Bedingung fallen, kann man im 
UPI je zwei PUSH- und POP-Befehle 
und im UP3 je einen PUSH- und POP- 
Befehl einsparen, wenn man die (das) 
„Übergabe“-Register zu allgemeinen 
Zwecken verwendet. In UP2 ergibt sich 
keine Einsparung, da der übergebene 
Parameter für das UP3 erhalten bleiben 
muß. 
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Bild 79: Unterprogrammverschachtelung mit Rettung von Registerinhalten 
im Stapelspeicher (fiktiver Mikroprozessor) 





In Bild 79b sind die für die Unterpro- 
grammverschachtelung wesentlichen 
Teile des gesamten Programms darge- 
stellt. Besondere Beachtung verdient die 
Reihenfolge der PUSH- und POP-Befeh- 
le. Die Reihenfolge der PUSH-Befehle 
istim Prinzip völlig gleichgültig. Hat man 
sich jedoch zu einer bestimmten Reihen- 
folge entschlossen, so liegt die der POP- 
Befehle absolut fest: sie muß genau 
umgekehrt sein. Dies hängt damit zusam- 
men, daß die Registerinhalte in den 
Stapelspeicher gespeichert werden, der 
nach dem LIFO-Prinzip arbeitet. Dies 
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bedeutet, daß zuletzt eingegebene Regi- 
sterinhalte auch wieder zuerst ausge- 
geben werden. Stimmt also die Reihen- 
folge der POP-Befehle nicht, so stehen 
die richtigen Registerinhalte in den fal- 
schen Registern. 

Die Bilder 79e und f zeigen die Inhalte 
der 8 Register, des Stapelzeigers und des 
Stapelspeichers zu den Zeitpunkten, die 
in Bild 79c beschrieben sind. Der interes- 
sierte Leser ist damit in der Lage, den 
Ablauf des Beispielprogramms über alle 
Verschachtelungsebenen hinweg zu ver- 
folgen, so daß sich die folgenden Erläu- 
terungen auf Feinheiten beschränken 
können. Zum Zeitpunkt D muß in Regi- 
ster 3der Parameter für das aufgerufene 
UP2 vorliegen. Zwischen E und F liegt 
der Aufruf von UP3, wodurch die Rück- 
sprungadresse R3 in den Stapelspeicher 
transportiert wird. Spätestens kurz vor 
den POP-Befehlen in UP3 muß das an 
UP2 zu übergebende Ergebnis E3 be- 
rechnet und in Register 2 abgelegt wor- 
den sein (G). Es wurde angenommen, daß 
das Ergebnis E2, welches das UP2 an das 
UP1 liefern muß, erst nach dem Aufruf 
von UP3 vorliegt. Wäre es vor dem 
Aufruf fertig, würde es bereits zum Zeit- 
punkt H in Register 4 stehen. Dasselbe 
gilt sinngemäß für das Ergebnis E1. Es 
würde schon ab dem Zeitpunkt D in 
Register 7 stehen, wenn es vor dem 
Aufruf von UP2 berechnet und richtig 
abgelegt wäre. 

Auffallend ist bei diesem recht typischen 
Beispiel, daß bei einer Verschachtelungs- 
tiefe von 3 der Stapelspeicher nicht etwa 
nur 3, sondern 13 Speicherworte umfas- 
sen muß. Dies illustriert, warum eine 
Begrenzung der Stapelspeicherkapazi- 
tät auf, wie wir angenommen hatten, 8 
Speicherworte eine ziemliche Ein- 
schränkung bedeutet. Allerdings ist diese 
Einschränkung nicht absolut in der Art, 
daß keine oder nur eine geringe Unter- 
programmverschachtelung möglich 
wäre, wenn der Mikroprozessor keinen 
Stapelzeiger beinhaltet oder nur einen 
kleinen Stapelspeicher adressieren kann. 
Einfachere Mikroprozessoren haben 
auch oft nur ein Stack-Register, in dem 
nur eine Rücksprungadresse gespeichert 
werden kann, womit die Verschachte- 
lungstiefe auf den ersten Blick auf 1 
begrenzt ist. In den meisten Fällen kann 
man jedoch eine größere Verschachte- 
lungstiefe, als die Hardware bereitstellt, 
durch geeignete zusätzliche Software- 
maßnahmen am Anfang und Ende eines 
jeden Unterprogramms erreichen. Mit 
welchen Maßnahmen dies möglich ist, 
kann nur in bezug auf einen konkreten 
Mikroprozessor angegeben werden, so 
daß um der in dieser Artikelserie ange- 
strebten Allgemeingültigkeit willen nicht 
näher darauf eingegangen wird. Eines 
jedoch kann mit Sicherheit gesagt wer- 
den. Diese Softwaremaßnahmen sind 
erheblich aufwendiger als die bei einer 
ausreichenden Stapelspeicher- bzw. Sta- 
pelzeigerkapazität notwendigen PUSH- 
und POP-Befehle. Letztlich hängt es von 
der Ausführungszeit und dem Pro- 
grammspeicherplatzbedarf der zusätzli- 
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a) Programm 
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Operand Kommentar 
Aufruf von UP1 | Haupt- 
@UPI | programm 
$ 
R15 
R11,+R15 
R15 
RO, + R15 
R15 
R4, x R15 
Unterpro- 
gramm 
@UP2 Aufruf von UP2 | UP1 
* R15+,R4 
*R15+,RO 
*R15+,R11 
*RIl 
Unterpro- 
| gramm 
UP2 
$ 
R15 
RO,R15 
is Unterpro- 
gramm 
#RIS+,RI 2m 
* R15+,R0 
*R11 


Die Funktion des Programms entspricht der von Bild 79b. UP2 wurde wegen 


Bild 81: Realisierung eines push-down-stack per Soft- 


Label Operations- Operand Kommentar Label Operations- 
kode kode 
* #% Hauptprogramm *%*%* : 
3 BL 
BL @ UP Aufruf von UP} ; 
: UPI  EQU 
DECT 
* xx Unterprogramm UPIxx*%* MOV 
uPI EQU DECT 
MOV R11,R9 Retten der Rücksprungadresse MOV 
DECT 
BL UP2 Aufruf von UP2 
: ” MOV 
B *R9I Rücksprung : 
BL 
%*%#% Unterprogramm UP2 xx* : 
UP2 EQU j 
MOV RN, RIO Retten der Rücksprungadresse MN 
: MOV 
BL UP3 Aufruf von UP3 MOV 
: B 
B *RIO Rücksprung : 
%%%Unterprogramm UP3 xxx 
UP3 EQU $ UP3  EQU 
: DECT 
B “RI Rücksprung MOV 
DECT 
MOV 
b) Registerinhalte ; 
MOV 
Inhalte R9 [4E2E 4E2E 4E2E 4E2E m 
der RIO 5044 5044 
Register RN 4E2E 4E2E 5044 5044 5172 
t 
zumzeitpürike B 8 D Platzmangel weggelassen. 
Erklärung der Zeitpunkte siehe Bild 76 b) 
Bild 80: Rettung der Rücksprungadressen in Register ware beim TMS 9900 
(TMS 9900) 





chen Softwaremaßnahmen ab, ob eine 
gegebene Anwendung mit einem einfa- 
chen Mikroprozessor zu verwirklichen 
ist oder nicht. 


10.2.3.2. 
Unterprogrammverschachtelung 
beim TMS 9900 
Aufgrund der Anzahl der beim TMS 
9900 zur Verfügung stehenden Register 
(16), der leistungsfähigen Adressierungs- 
arten und Befehle, können je nach Bedarf 
die anfallenden „Rettungsarbeiten“ auf 
ee Weise durchgeführt wer- 
en. 
Bei geringer Verschachtelungstiefe und 
wenn keine Registerinhalte zu retten 
sind, ist es sinnvoll, die Rücksprungadres- 
se in ein anderes Register zu transpor- 
tieren und damit zuretten. Bild 80a zeigt 
das entsprechende Programm, das die- 
selbe Struktur wie das von Bild 76 hat. 
Für alle Unterprogrammaufrufe wird 
der BL-Befehl verwendet, der die Rück- 
sprungadresse in Register 11 ablegt (Bild 
80b, Zeitpunkt B). Da bekannt ist, daß das 
Unterprogramm UPI ein anderes Un- 
terprogramm UP? aufruft, retten wir die 
Rücksprungadresse am Anfang von UPI 
mit einem Transportbefehl (MOV) in z.B. 
Register 9 (Bild 80b, Zeitpunkt C). Dem- 
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entsprechend muß dann der Rücksprung 
am Ende von UPI mit ö 

B *R9 
erfolgen und nicht durch B *R11. Ana- 
log retten wir am Anfang von UP?2 die 
Rücksprungadresse in Register 10 (Bild 
80b, Zeitpunkt E) und führen den Rück- 
sprung mit 

B *R10 
durch. In UP3, das kein weiteres Unter- 
programm aufruft, kann die Rück- 
sprungadresse in Register 11 verbleiben 
und der Rücksprung normal mit 

B *R11 
erfolgen. Natürlich könnten die Rück- 
sprungadressen auch in beliebige andere 
Register gerettet werden. In jedem Falle 
stehen dem Hauptprogramm und dem 
Unterprogramm insgesamt noch 
16—3 = 13 allgemeine Register zur 
Verfügung, was sehr oft völlig ausreicht. 
Dies um so mehr, als die Speicher-zu- 
Speicher-Architektur des TMS 9900 in 
vielen Fällen die Benutzung von Regi- 
stern unnötig macht. 
Reichen die Register dennoch nicht aus, 
so besteht die zweite Möglichkeit darin, 
die Rücksprungadressen in den Daten- 
bereich des Speichers zu retten, etwa ab 
der symbolischen Adresse RESP (Rück- 
sprung). Dann lautet der MOV-Befehl 





am Anfang von 
UP1: MOV R11,@RESP 
UP2: MOV R11,@RESP+2 
und die Rücksprungsequenz aus 


UP1: MOV @RESP;RII 
B *R11 

UP2: MOV @RESP+2,R11 
B “R1l 


Bei der Rücksprungsequenz kann auch 
ein beliebiges anderes Register benutzt 
werden. Falls das gesamte Programm in 
einem RAM gespeichert ist, kann man 
die Rücksprungadressen auch im zwei- 
ten Wort des für den Rücksprung ver- 
wendeten Branch-Befehls B hinterlegen. 
In diesem Fall würde die Rücksprung- 
adresse am Anfang von UP1 bzw. UP2 
mit folgenden Befehlen gerettet werden 

UPI: MOV RI1,RTI1+2 

UP2: MOV R11,RT2+ 
Der Rücksprung aus UP1 bzw. UP2 kann 
dann mit den Befehlen 

UPI: RTi B @0 

UP2: RT2 B @0 
bewerkstelligt werden. Dabei adressie- 
ren die symbolischen Adressen RT1+2 
bzw. RT2+2 jeweils das zweite Wort des 
zugehörigen Rücksprungbefehls. Diese 
dritte Möglichkeit, Rücksprungadres- 
sen zu retten, ist jedoch nur in Ausnah- 
mefällen empfehlenswert, da sich die 
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Unterprogramme UPI und UP2 selbst 
verändern, was im Normalfall absolut 
unerwünscht ist. 

Die vierte Möglichkeit besteht darin, per 
Software einen Stapelspeicher zu defi- 
nieren und die Push- und Pop-Opera- 
tionen mit den normalen Befehlen des 
TMS 9900 nachzubilden. Der TMS 9900 
enthält zwar keine Hardware-Stapelzei- 
ger, jedoch kann jedes der 16 allge- 
meinen Register als Stapelzeiger ver- 
wendet werden. Wir wollen als Stapel- 
zeiger das Register 15 verwenden und es 
vor der ersten Push-Operation mit 
701A,, laden, damit derselbe Speicher- 
bereich als Stapelspeicher dient wie in 
Bild 79e. Zum besseren Vergleich soll ein 
push-down-stack realisiert werden. Die 
Push-Operation läßt sich beim TMS 9900 
mit der Sequenz 


DECT R15 
MOV Rn,*R15 


realisieren. Zunächst muß der Stapel- 
zeiger (R15) um 2 dekrementiert werden 
und dann wird der Inhalt des zu retten- 
den RegistersRn(0<n< 15)indas vom 
Stapelzeiger adressierte Wort des Sta- 
pelspeichers transportiert. 

Wenn n = 15 ist, bedeutet es in unserem 
Fall, daß der Inhalt des Stapelzeigers 
gerettet wird. Dies kann nützlich sein, 
wenn verschiedene Unterprogramme 
verschiedene Speicherbereiche als Sta- 
pelspeicher benützen. 

Die Pop-Operation läßt sich einfach 
durch 


MOV *R15+,Rn 


realisieren, wo die Adressierungsart Re- 
gister-indirekt mit auto-inkrement dafür 
sorgt, daß der Stapelzeiger um 2 inkre- 
mentiert wird, nachdem der alte Inhalt 
von Register Rn wieder hergestellt ist. 
Entsprechend wird eine Rücksprungad- 
resse durch die Sequenz 

DECT RI15 

MOV RI1*R15 
gerettet und durch 

MOV*R15+,R11 
wieder in Register 11 zurücktranspor- 
tiert. 
In Bild 81 ist das Programm dargestellt, 
um mit dem TMS 9900 dieselbe Unter- 
programmverschachtelung zu erreichen, 
dieselben Register zu retten und zurück- 
zuspeichern und denselben Stapelspei- 
cherinhalt zu erzeugen wie in Bild 79. 
Aus Platzgründen wurde das Unterpro- 
gramm UP2 weggelassen. Zur Vertie- 
fung des Verständnisses kann der Leser 
versuchen, die in Bild 79b im UP2 aufge- 
führten Push-, Call-, Pop- und RET- 
Befehle durch die oben genannten Be- 
fehle bzw. Befehlssequenzen des TMS 
9900 zu ersetzen und sich deren Funktion 
anhand von Bild 79e klarzumachen. 
In UP3 kann auf die Rettung der Rück- 
sprungadresse in den Stapelspeicher 
verzichtet werden, da sie ja in Register 
11 vorliegt und UP3 kein weiteres Unter- 
programm aufruft. Daran wird ein Un- 
terschied zwischen dem fiktiven Mikro- 
prozessor, der in Bild 79 unterstellt 
wurde, und dem TMS 9900 deutlich. Der 


96 


elektronikpraxis 








CALL-Befehl des fiktiven Mikroprozes- 
sors bewirkt automatisch eine Push- 
Operation, um die Rücksprungadresse in 
den Stapelspeicher zu retten. Ebenso 
bewirkt der RET-Befehl automatisch 
eine Pop-Operation. Dagegen sichert 
der BL-Befehl des TMS 9900 die 
Sprungadresse automatisch in Register 
11, und der Rücksprung wird mit einem 
normalen Sprungbefehl durchgeführt. In- 
sofern ergibt sich ein Unterschied zudem 


in Bild 79e dargestellten Stapelspeicher - 


inhalt, da beim TMS 9900 die Rück- 
sprungadresse R3nichtimStapelspeicher 
gespeichert wird. 

Der Vollständigkeit halber sei noch an- 
gemerkt, daß sich mit dem TMS 9900 
ebensogut ein push-up-stack realisieren 
läßt. Die Push-Operation wird durch 


MOV Rn,*R15+ 
und die POP-Operation durch die Se- 
quenz 

DECT RI5 

MOV *R15,Rn 


bewirkt. Der Stapelzeiger zeigt dabei 
jeweils auf das nächste „freie“ Wort des 
Stapelzeigers und nicht, wie bisher, auf 
das zuletzt belegte Wort. 


10.2.3.3. Das Context-Switch- 
Konzept des TMS 9900 

Wenn viele Registerinhalte bei einem 
Unterprogrammaufruf in den Stapel- 
speicher gerettet und entsprechend vor 
dem Rücksprung wiederhergestellt wer- 
den müssen, sind jeweils ebenso viele 
Push- und Pop-Operationen notwendig. 
Das kostet Programmspeicherplatz, 
Ausführungszeit und Schreibarbeit. Bei 
einer Programmunterbrechung auf- 
grund eines externen Signals (Hard- 
ware-Interrupt), auf die noch eingegan- 
gen wird, ist es in jedem Fall notwendig, 
sämtliche Registerinhalte zu retten. 

Um den dafür notwendigen Aufwand auf 
ein Mindestmaß zu reduzieren, gibt es 
beim TMS 9900 den BLWP-Befehl 
(Branch and Load Workspace Pointer). 
Seine Funktion ist in Bild 82b beschrie- 
ben. Bild 82a zeigt ein Hauptprogramm, 
das ein Unterprogramm mit dem BLWP- 
Befehl aufruft. Dies bedeutet, daß dem 
Unterprogramm ein eigener Arbeitsbe- 
reich, bestehend aus 16 allgemein ver- 
wendbaren Registern zur Verfügung ge- 
stellt wird. Der Operand des BLWP- 
Befehls ist die (symbolische oder abso- 
lute) Adresse (SPR bzw. 5500,,) eines 
Sprungvektors, der aus zwei Worten 
besteht. Im ersten Wort ist die Anfangs- 
adresse des zum Unterprogramm gehö- 
renden Arbeitsbereiches (5650,,) und im 
zweiten Wort die Startadresse des Un- 
terprogramms enthalten. Bevor also ein 
BLWP-Befehl ausgeführt werden kann, 
muß im Speicher ein zugehöriger 
Sprungvektor definiert werden. Liegt 
der Sprungvektor im ROM-Bereich, so 
liegt er fest. Liegt er dagegen im RAM- 
Bereich, kann er eventuell durch den 
Programmaufruf modifiziert werden, so 
daß ein und derselbe BLWP-Befehl ver- 
schiedene Unterprogramme aufrufen 
kann. Nach der Ausführung des BLWP- 
Befehls steht im Arbeitsbereichzeiger 


das erste Wort und im Programmschritt- 
zähler das zweite Wort des Sprungvek- 
tors. Alle Befehle im Unterprogramm, 
die Register benutzen, beziehen sich auf 
den neuen Arbeitsbereich ab Adresse 
5650,,, da dieser Wert in den Arbeitsbe- 
reichzeiger geladen wurde. Das heißt, die 
Bezeichnung RO, Ri bis R15 bezieht sich 
zwar immer auf Register, aber abhängig 
vom jeweiligen Inhalt des Arbeitsbe- 
reichzeigers auf ganz verschiedene Spei- 
cherworte. Da in Register 13, 14 und 15 
des neuen Arbeitsbereichs die alten (zur 
Fortsetzung des Hauptprogramms not- 
wendigen) Werte des Arbeitsbereichzei- 
gers, Programmschrittzählers und Sta- 
tusregisters enthalten sind, stehen dem 
Unterprogramm tatsächlich „nur noch“ 
13 allgemein verwendbare Register zur 
Verfügung. 

Alle Wirkungen des BLWP-Befehls zu- 
sammen nennt man Programmumschal- 
tung (context switch). Mit einem einzigen 
Befehl wird der Inhalt aller Hardwarere- 
gister (WP, PC, ST) und Software-Regi- 
ster (RO bis R15) des aufrufenden Pro- 
gramms gerettet und zum aufgerufenen 
Programm gesprungen. Obwohl 19 Regi- 
sterinhalte gerettet werden, müssen tat- 
sächlich nur 3, nämlich die Hardware- 
Register, transportiert werden. Dies 
wirkt sich sehr positiv auf die Ausfüh- 
rungszeit aus. In Abhängigkeit davon, 
mit welcher Adressierungsart der 
Sprungvektor adressiert ist, dauert die 
gesamte Programmumschaltung nur 
zwischen 8,7 und 11,3 us. 

Der Rücksprung wird durch einen 
RTWP-Befehl (Return Workspace Poin- 
ter) am Ende des aufgerufenen Pro- 
gramms bewirkt. Er sorgt dafür, daß die 
Inhalte der Register 13, 14 und 15 des 
neuen Arbeitsbereichs in die Hardware- 
Register transportiert werden. Danach 
kann das aufrufende Programm weiter 
abgearbeitet werden, beginnend mitdem 
Befehl direkt nach dem Aufruf und unter 
Benutzung seines eigenen Arbeitsbe- 
reichs, in dem dieselben Inhalte wie vor 
dem Aufruf stehen. Der RTWP-Befehl 
bewirkt also ebenfalls eine Programm- 
umschaltung, nur in umgekehrter Rei- 
henfolge. Daher kann man ihn zu einem 
Sprung in einen Programmabschnitt mit 
eigenem Arbeitsbereich benutzen, aller- 
dings ohne Wiederkehr. Dazu müssen 
vorher nur die erforderlichen Werte in 
den Registern 13 bis 15 gespeichert 
werden. 

Bislang haben wir davon abgesehen, bei 
einem Unterprogrammaufruf auch den 
Inhalt des Statusregisters zu retten. Dies 
ist auch meist nicht notwendig, außer 
dann, wenn der Aufruf eines Programms 
durch einen Hardware-Interrupt be- 
wirkt wird. Der BLWP-Befehl macht 
dies sozusagen in einem Aufwasch mit. 
Nun bleibt noch zu klären, wie Para- 
meter in das aufgerufene Programm 
bzw. Ergebnisse in das aufrufende Pro- 
gramm übergeben werden können. Zu- 
nächst erscheint dies schwierig, da die 
Arbeitsbereiche beider Programme voll- 
kommen voneinander getrennt sind. Tat- 
sächlich kann jedoch, wie bei Unterpro- 
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pe vn programm b) Wirkung des Befehls: BLWP @ SPR 
280 | 1. Zwischenspeicherung des momentan (alten) WP-Inhalts (5600,,) 
32B 2. Laden des neuen WP-Inhalts (erstes Wort des Sprungvektors, 5650,,) 
in den WP 
Hardware- 3. Retten des alten WP-Inhalts (5600,,) in Register 13 des neuen Arbeits- 
Register 4000 |1.Befehl bereichs 
Unter- 4. Retten des momentanen (alten) PC-Inhalts (32AC,, + 4 = 32BO,,) in 
! programm Register 14 des neuen Arbeitsbereichs 
5. Laden des neuen PC-Inhalts (zweites Wort des Sprungvektors, 4000,,) 
RTWF in den PC 
wP 6. Retten des momentanen ST-Inhalts in Register 15 des neuen Arbeits- 
PC bereichs 
sT 
vor dem Aufruf Biss; PC = a 1 ogcon Counter) 
5500 | 5650 | Sprung- wP = Arbeitsbereichszeiger (Workspace Pointer) 
5502 | 4000 Sektor ST = Statusregister 
L— _J c) Wirkung des Rücksprungbefehls RTWP 
1. Laden des Inhalts von Register 15 (alter Status) in das ST. 
wPr[ 5650] 5600 RO |) 2. Laden des Inhalts von Register 14 (alter PC-Inhalt) in den PC. 
PCI4000 Arbeitsbereich 3. Laden des Inhalts von Register 13 (alter WP-Inhalt) in den WP. 
ST des Haupt- 
nach dem Aufruf programms 
5650 Bild 82: Programmumschaltung (context switch) beim 
Arbeitsbereich TMS 9900 
r des Unter- 
gerettete programms 
Hardware-Register-( 
inhalte L 
c) Übergabe von Parametern in 
Registern 
nis u In den Registern 3, 4 und 5 des aufru- 
akros Interprogramme . a 
Quellprogramm Objektprogramm zeitlicher Ablauf Quellprogramm Objektprogramm zeitlicher Ablauf fenden Programms (alter Arbeitsbe 
Tree iR au zu mean reich) seien Parameter bereitgestellt, die 
lakro- inter- » . . . 
definition programm programm in die Register 9, 10 und 11 des aufgeru- 
ne | fenen Programms übergeben werden 
Es sollen. Die Übergabe erfolgt vom Unter- 
TMakroaufrof] MUP=Autt | FiUP=Aum programm aus durch 
2. Makroaufruf 2. Expansion [ZUP-Aufrut | |2Z.UP-Aufeuf | MOV @6(R13),R9 
we MOV @8(R13),R10 
3.Makroaufruf F.UP-Aufruf P- Aufruf MOV @ 10(R13),R1 1 
ee. ni 
Abpension Der Inhalt von R13 (neu) ist der alte 
er Ässemblerung > £ Inhalt des Arbeitsbereichzeigers, d.h. die 
[3 an en: Makros Speicheradresse von RO des alten Ar- 
u) re beitsbereichs. Addiert man zu diesem 
m = a pe 
u g Wert die Ziffern 6, 8 bzw. 10, so erhält 
man die Speicheradressen der alten Re- 





grammen, ohne eigenen Arbeitsbereich 
verfahren werden (Abschnitt 10.2.2). 


a) Vereinbarung fester 
Speicheradressen 

Man definiert feste Speicheradressen im 
RAM-Bereich, die sowohl dem aufru- 
fenden als auch dem aufgerufenen Pro- 
gramm bekannt sein müssen. In den 
zugehörigen Speicherworten werden 
vom aufrufenden Programm vor dem 
Aufruf Parameter oder die Adressen von 
Parametern hinterlegt, die vom aufgeru- 
fenen Programm abgeholt werden. 
Ebenso können vom aufgerufenen Pro- 
gramm Ergebnisse oder die Adressen 
der Ergebnisse in den vereinbarten Spei- 
cherworten gespeichert werden. 


b) Speicherung direkt nach dem 
Aufruf 

Parameter oder Parameteradressen 
können auch direkt nach dem Aufruf 
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abgelegt werden. Mit Hilfe der Befehle 


MOV *R14+,R2 
MOV *R14,R3 
MOV *"R14 +,R4 


im Unterprogramm werden z.B. drei 
nach dem Aufruf plazierte Parameter in 
die Register 2,3 und 4 des neuen Arbeits- 
bereichs übernommen, da in Register 14 
des neuen Arbeitsbereichs der alte Pro- 
grammschrittzähler-Inhalt gespeichert 
ist. Die registerindirekte Adressierung 
mit autoinkrement sorgt dafür, daß nach 
der Parameterübernahme im Register 14 
die tatsächlich richtige Rücksprung- 
adresse steht, nämlich die Adresse des 
nächsten Befehls nach dem Aufruf und 


nicht die eines Parameters. Anmerkung: 


Beim BLWP-Befehl wird die Rück- 
sprungadresse in Register 14 des neuen 
Arbeitsbereichs, beim BL-Befehl in Regi- 
ster 11 des gemeinsamen Arbeitsberei- 
ches gerettet. 


gister 3, 4 und 5. Die indizierte Adressie- 
rung bewirkt diese Addition, so daß je 
Parameter nur ein MOV-Befehl nötig 
ist. 


d) Übergabe von Ergebnissen 

Nach der in c) beschriebenen Methode 
können vom aufgerufenen Programm 
Ergebnisse an das aufrufende Programm 
übergeben werden, und zwar in beliebige 
Register dieses Arbeitsbereichs. Dabei 
ist es unerheblich, ob das Ergebnis in 
einem Register des neuen Arbeitsbe- 
reichs oder in einem Speicherwort steht. 
Je Parameter ist wiederum nur ein MOV- 
Befehl notwendig. 


MOV R2,@4(13) 
bewirkt die Übergabe eines Ergebnisses, 
das im Register 2 des aufgerufenen 
Programms steht, in Register 2 des aufru- 
fenden Programms. 


MOV @RESULT,@14(13) 
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bewirkt die Übergabe eines Ergebnisses, 
das im Speicherwort mit der symboli- 
schen Adresse RESULT steht, in Regi- 
ster 7 des aufrufenden Programms. 


10.2.3.4. Vergleich von Stack- und 
Context-Switch-Konzept 

Man könnte auch sagen „Vergleich von 
Stack- und Context-Switch-Architek- 
tur“, denn Mikroprozessoren, bei denen 
das eine oder andere Konzept verwirk- 
licht ist, unterscheiden sich vor allem in 
der Architektur. Die Unterschiede im 
Befehlsvorrat sind eine Folge der unter- 
schiedlichen Architektur. Beide Kon- 
zepte dienen dazu, die Verschachtelung 
von Unterprogrammen möglichst flexi- 
bel und leicht programmierbar zu ma- 
chen, d.h. die Rettung von Rücksprung- 
adressen und Registerinhalten sowie die 
Parameter- und Ergebnisübergabe. 

Bei einem Mikroprozessor mit Stack- 
Architektur liegen sämtliche allgemein 
verwendbaren Register im Mikropro- 
zessor. Sie sind also Hardware-Register. 
Zusätzlich beinhaltet der uP einen Sta- 
pelzeiger (Stack-Pointer), der bei kom- 
fortableren Typen eine volle Speicher- 
adresse enthalten kann. Damit kann der 
Stapelspeicher (Stack) an beliebiger 
Stelle im Speicher definiert werden. Es 
können „beliebig“ viele Unterpro- 
gramme verschachtelt werden, da der 
Stapelspeicher im Extremfall den gesam- 
ten adressierbaren Speicher einnehmen 
kann. Alle allgemeinen Register gehören 
allen Programmen und Unterprogram- 
men gemeinsam. Ergeben sich Über- 
schneidungen, so müssen entsprechend 
viele Registerinhalte nach dem Unter- 
programmaufruf in den Stapelspeicher 
gerettet und vor dem Rücksprung wie- 
der hergestellt werden. Müssen wenige 
Registerinhalte gerettet werden, so ge- 
nügen wenige Push- und Pop-Opera- 
tionen und der Aufwand ist relativ klein. 
Der Aufwand ist größer und damit auch 
die Ausführungszeit, wenn viele oder alle 
Registerinhalte gerettet werden müs- 
sen. 

Der TMS 9900, ein Mikroprozessor mit 
Context-Switch-Architektur, enthält nur 
3 Hardware-Register: den Arbeitsbe- 
reichzeiger, den Programmschrittzähler 
und das Statusregister. Alle allgemein 
verwendbaren Register sind Software- 
Register und liegen physikalisch im Spei- 
cher. Damit hängt die Geschwindigkeit, 
mit der Registeroperationen durchge- 
führt werden können, direkt von der 
Grundgeschwindigkeit der verwendeten 
Speicherbausteine ab (vergl. Abschnitt 
3). Dies bedeutet jedoch keine Ein- 
schränkung, da heute hinreichend 
schnelle Speicherbausteine zur Verfü- 
gung stehen. Der Inhalt des Arbeitsbe- 
reichzeigers wird als Anfangsadresse des 
jeweils aktuellen Arbeitsbereichs, der 
aus 16 Registern besteht, interpretiert. 
Durch Veränderung des Arbeitsbereich- 
zeigers kann also ein neuer Arbeitsbe- 
reich oder Registersatz generiert wer- 
den. Die Voraussetzung des Context- 
Switch-Konzepts ist die Speicher-zu- 
Speicher-Architektur (vergl. Abschnitte 
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3.5 und 3.6), die beim TMS 9900 erstmalig 
in einem Mikroprozessor verwirklicht 
wurde. Das Context-Switch-Konzept er- 
laubt ebenfalls eine „beliebige“ Ver- 
schachtelung von Unterprogrammen, da 
im Extremfall der gesamte adressierbare 
Speicher nur noch aus Arbeitsbereichen 
bestehen kann. Mit den Befehlen BL und 
BLWP können Programme ohne und mit 
eigenem Arbeitsbereich aufgerufen wer- 
den. Der BL-Befehl sollte immer dann 
verwendet werden, wenn nur wenige 
Registerinhalte bzw. Rücksprungadres- 
sen zu retten sind. Als Mittelweg bietet 
sich die Definition eines Software-Stack 
an. Falls viele oder alle Registerinhalte 
zu retten wären, ist die Verwendung des 
BLWP-Befehls sinnvoll. Er reduziert die 
Anzahl der Transporte auf 3, da nur die 
Inhalte der Hardware-Register gerettet 
werden müssen. Die Inhalte der Soft- 
ware-Register werden einfach durch 
Veränderung des Arbeitsbereichzeigers 
gerettet. Die unkontrollierte Verwen- 
dung des BLWP-Befehls hat zur Folge, 
daß sehr viel RAM-Bereich für Arbeits- 
bereiche beansprucht wird, die nur 
schlecht ausgenützt werden. 
Zusammenfassend kann gesagt werden, 
daß beide Konzepte eine weitgehende 
Anpassung des Programmieraufwands 
an den Grad der Verschachtelung und an 
die Anzahl der zu rettenden Registerin- 
halte ermöglichen. Bei beiden Konzep- 
ten wird der Aufwand zur Rettung von 
Registerinhalten um so geringer, je mehr 
allgemein verwendbare Register zur 
Verfügung stehen. Von Vorteil ist das 
Context-Switch-Konzept, wenn die mei- 
sten oder alle Registerinhalte gerettet 
werden müssen. Dies ist vor allem dann 
der Fall, wenn Programmunterbrechun- 
gen zu beliebigen Zeiten vorgenommen 
werden können. Bei solchen Anwendun- 
gen spricht auch die kurze Zeit, in der die 
Programmumschaltung vorgenommen 
werden kann, für das Context-Switch- 
Konzept. 


10.3. Vergleich von Makros und 
Unterprogrammen 

Beide Strukturen erlauben, eine Befehls- 
folge mehrmals ausführen zu lassen, ob- 
wohl sie im Quellprogramm nur einmal 
enthalten ist. Unter diesem Ansatzpunkt 
wurden die Strukturen auch eingeführt. 
Gemeinsam ist ihnen auch, daß sie durch 
einen Aufruf im Quellprogramm akti- 
viert werden. 

Der Makroaufruf richtet sich an den 
Makroassembler und veranlaßt ihn, wäh- 
rend der Assemblierung anstelle des 
Aufrufs den in der Makrodefinition defi- 
nierten Programmabschnitt einzusetzen 
(zu expandieren). Dabei können Para- 
meter übergeben werden, sofern in der 
Makrodefinition Makroparameter bzw. 
Dummyparameter und im Makroaufruf 
entsprechende aktuelle Parameter ent- 
halten sind. Welche Möglichkeiten bei 
der Programmierung mit Makros gege- 
ben sind, hängt allein vom zur Verfügung 
stehenden Makroassembler und nicht 
vom Mikroprozessor ab, der das Objekt- 
programm ausführen soll. Eine ver- 


schachtelte Struktur, die mit einer Unter- 


programmverschachtelung vergleichbar 
ist, entsteht dadurch, daß innerhalb einer 
Makrodefinition ein anderes Makro auf- 
gerufen wird. Bild 83 zeigt, daß nach der 
Assemblierung nur noch der mehrmals 
aufzurufende Programmabschnitt so oft 
im Objektprogramm enthalten ist, wie 
im Quellprogramm Aufrufe enthalten 
waren. Jeder Programmabschnitt wurde 
bereits während der Assemblierung mit 
eventuell notwendigen aktuellen Para- 
metern versehen, so daß im Objektpro- 
gramm weder die Makrodefinition noch 
die Makroaufrufe vorkommen. Während 
des Programmablaufs müssen keine Auf- 
rufe, Rücksprünge oder Parameterüber- 
gaben durchgeführt werden. 

Schreibt man dagegen die mehrmals 
auszuführende Befehlsfolge als Unter- 
programm, so kommt ein Befehl für den 
Rücksprung dazu sowie Befehle, die für 
die Parameterübergabe und die even- 
tuell notwendige Rettung von Register- 
inhalten sorgen. Im Hauptprogramm 
stehen an den gewünschten Stellen Un- 
terprogrammaufrufe und eventuell Be- 
fehle für die Parameterübergabe. Alle 
Befehle im Quellprogramm richten sich 
an den Mikroprozessor, der während des 
Programmablaufs für den richtigen 
Wechsel zwischen Haupt- und Unter- 
programmausführung sorgen muß. Des- 
halb sind alle Befehle auch im Objekt- 
programm enthalten. Insbesondere steht 
das Unterprogramm im Objektpro- 
gramm nur einmal, obwohl es mehrmals 
ausgeführt wird. Daraus folgt, daß die 
Verwendung von Unterprogrammen im 
Hinblick auf den für das gesamte Pro- 
gramm benötigten Speicherplatz günsti- 
ger ist. Dagegen ist die Verwendung von 
Makros vorzuziehen, sofern ein Makro- 
assembler zur Verfügung steht, wenn es 
auf maximale Verarbeitungsgeschwin- 
digkeit ankommt. Mit anderen Worten: 
Unterprogramme sind statisch, Makros 
sind dynamisch günstiger. Je häufiger 


eine Befehlsfolge auszuführen ist, um so 


eher wird man sie als Unterprogramm 
schreiben. 


10.4. Interrupt 

Bei den Beispielen in den Abschnitten 
über Programmstrukturen sind wir im 
wesentlichen davon ausgegangen, daß 
sich irgendwelche Daten im Speicher 


befinden und nach der Verarbeitung 


wieder im Speicher abgelegt werden. 


Dagegen haben wir uns keine Gedanken 


darüber gemacht, wie die Daten in den 
Speicher gelangen und was mit den 
(mühsam) berechneten Resultaten ge- 
schieht. Ein Datenverarbeitungssystem 


kann jedoch, unabhängig von seiner . 
Größe und Leistungsfähigkeit, erst dann 


sinnvoll genutzt werden, wenn es in der 
Lage ist, mit der realen Umwelt in 
Verbindung zu treten. 

Alle Mikrocomputersysteme arbeiten 
mit mindestens einem peripheren Gerät 
zusammen, das die Kommunikation zwi- 
schen System und Anwender ermöglicht. 
Dieses Gerät enthält etwa Schalter zum 
Setzen von Bits oder eine Tastatur, über 
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die Daten eingegeben werden können. 
Die Ausgabe von Daten kann über 
Leuchtdioden, eine 7-Segment-Anzeige 
oder über einen Drucker erfolgen. Bei 
komplexen Systemen ist vielleicht noch 
ein Bildschirmgerät, ein Terminal mit 
Kassetten oder eine Floppy-Disk-Ein- 
heit angeschlossen, wobei jedes dieser 
Geräte die Ein- und Ausgabe von Daten 
ermöglicht. In, Systemen zur Prozeß- 
steuerung müssen Daten eingegeben und 
verarbeitet werden, die von Schalterstel- 
lungen, Thermometern, Druckmeßdosen 
oder Geschwindigkeitsaufnehmern ab- 
geleitet werden. Die berechneten Resul- 
tate werden dann wieder entsprechen- 
den Geräten zur Steuerung und Rege- 
lung zugeführt, um bestimmte Sollwerte 
wieder herzustellen. 

Wie auch immer die tatsächliche System- 
konfiguration aussehen mag, der (Mi- 
kro-)Prozessor muß nicht nur sicherstel- 
len, daß die anfallenden Daten verar- 
beitet werden, sondern auch, daß der 
Ein-/Ausgabe-Betrieb hardware- und 
softwaremäßig ordnungsgemäß abge- 
wickelt wird. Dem Teil eines Program- 
mes, der dafür sorgt, daß der Prozessor 
mit einem bestimmten peripheren Gerät 
kommunizieren kann, nennt man in der 
englischen Literatur Device-Service- 
Routine (DSR). Was die DSR enthalten 
muß, wird im wesentlichen davon be- 
stimmt, in welcher Form und mit welcher 
Geschwindigkeit die Daten übertragen 
werden und wie die Schnittstelle defi- 
niert ist. Wir wollen jedoch nicht näher 
darauf eingehen, da jede DSR, abhängig 
vom verwendeten Prozessor und dem 
angeschlossenen Gerät, anders aus- 
sieht. 

Die Ausgabe von Daten ist im allge- 
meinen unproblematisch, da man die 
Resultate meist so schnell wie möglich, 
d.h. sobald sie vorliegen, benötigt. Auch 
die Dateneingabe macht keine Schwie- 
rigkeiten — sofern nur ein Eingabegerät 
angeschlossen ist und der Prozessor auf 
die einzugebenden Daten gerade wartet. 
Genau diese Voraussetzungen sind je- 
doch oft nicht gegeben. Einerseits „weiß“ 
das Eingabegerät nicht, womit der Pro- 
zessor gerade beschäftigt ist und ande- 
rerseits kann der Prozessor nicht „vor- 
aussehen“, wann Daten über welches 
Gerät eingegeben werden. Die Daten- 
eingabe läuft also darauf hinaus, daß das 
laufende Programm unterbrochen und 
die zugehörige Device-Service-Routine 
aufgerufen werden muß. Diesen Vor- 
gang nennt man Interrupt oder Pro- 
grammunterbrechung. Sie kann grund- 
sätzlich auf zwei verschiedene Arten 
realisiert werden, durch einen 

® Software-Interrupt oder 

® Hardware-Interrupt. 


10.4.1. Software-Interrupt 

In Bild 84a ist das Blockschaltbild eines 
einfachen Systems dargestellt. Wir neh- 
men an, daß in das System über drei 
„Geräte“, nämlich über eine Kassetten- 
station, über eine Tastatur und einen 
Schalter, Daten eingegeben werden kön- 
nen. Dabei soll uns nicht interessieren, 
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wie die Daten tatsächlich in den Mikro- 
prozessor bzw. in den Speicher gelangen. 
Von allen Geräten geht eine Statuslei- 
tung zum Mikroprozessor, die aktiv (lo- 
gisch „1“) sein soll, wenn Daten zur 
Eingabe anstehen. Bei der Kassettensta- 
tion könnte das ein Startsignal sein, das 
der Anwender über eine Taste betätigt, 
wenn die Kassette eingelegt und zurück- 
gespult ist. Bei der Tastatur ist die Status- 
leitung aktiv, wenn irgendeine Taste 
betätigt wurde und beim Grenzwert- 
schalter ist sie aktiv, wenn der Schalter 
geschlossen ist. 

Im Mikroprozessorprogramm ist ein 
Unterprogramm (Bild 84b) enthalten, 
das vom Hauptprogramm regelmäßig 
aufgerufen wird und überprüft, ob eine 
der Statusleitungen aktiv ist. Wenn ja, 
wird die zugehörige Device-Service- 
Routine aufgerufen und damit das Gerät 
bedient. Sind die anstehenden Daten alle 
eingelesen, so wird mit dem Abarbeiten 
des Hauptprogramms fortgefahren. Bild 
84c zeigt, wie ein derartiges Abfrageun- 
terprogramm mit dem TMS 9900 reali- 
siert werden könnte. Dabei ist unterstellt, 
daß die Statusleitungen 1,2 und 3 an der 
programmierbaren Ein-/Ausgabe- 
Schnittstelle des TMS 9900 (Adresse 10, 
11 und 12) angeschlossen sind. Wäre, wie 
bei vielen Mikroprozessoren, keine 
Möglichkeit zum Testen von einzelnen 
Bits gegeben, so würde die case-Struktur 
am Anfang vom Unterprogramm erheb- 
lich komplexer. In der Device-Service- 
Routine 1 könnte eine Schleifenstruktur 
enthalten sein, die das sukzessive Einle- 
sen von ASCII-kodierten Zeichen von 
der Kassette in einen bestimmten Spei- 
cherbereich bewirkt, wobei das Ende des 
einzulesenden Datenblocks durch ein 
EOF-Zeichen (End Of File) gekenn- 
zeichnet ist. In der DSR 2 müßte lokali- 
siert werden, welche Taste gedrückt 
wurde, um dann das zugehörige Zeichen 
oder den zugehörigen Wert einzulesen. 
Und die DSR 3 könnte bewirken, daß ein 
laufender Prozeß unterbrochen wird, 
weil ein kritischer Grenzwert überschrit- 
ten wurde. 

Das Abfrageunterprogramm wurde 
POLL genannt, weil man diese Art der 
Programmunterbrechung auch als Pol- 
ling bezeichnet. Ein Software-Interrupt 
ist also dadurch gekennzeichnet, daß der 
Mikroprozessor regelmäßig alle Einga- 
begeräte abfragt, ob Daten einzugeben 
sind. Ist dies der Fall, dann wird das 
entsprechende Gerät bedient und da- 
nach mit der Abarbeitung des Hauptpro- 
gramms fortgefahren. Andernfalls soll 
sofort ins Hauptprogramm zurückge- 
sprungen werden. Die Programmunter- 
brechung sowie eine eventuell notwen- 
dige Abarbeitung einer DSR werden 
also von der Software veranlaßt. 

Je schneller die Eingabegeräte bedient 
werden müssen, um so häufiger muß im 
Hauptprogramm das Abfrageunter- 
programm aufgerufen werden, sonst be- 
steht die Gefahr, daß z.B. einzugebende 
Daten verlorengehen. Dies ist etwa bei 
der Tastatur der Fall. Bei der Kassetten- 
station und beim Grenzwertschalter 


spielt dies, bei unseren Annahmen, keine 
Rolle. Andererseits kann jedoch sehr 
großer Schaden entstehen, wenn die 
kritische Stellung des Grenzwertschal- 
ters spät erkannt und damit der laufende 
Prozeß evtl. zu spät abgebrochen wird. 
Damit wird deutlich, daß die Mindestre- 
aktionszeit, mit der der Mikroprozessor 
auf eine aktive Statusleitung reagieren 
muß, von ganz unterschiedlichen Fakto- 
ren bestimmt wird und damit für jede 
Applikation verschieden ist. Die Me- 
thode des Software-Interrupt ist dann 
ungünstig, wenn die Eingabegeräte so oft 
abgefragt werden müssen, daß für die 
eigentliche Datenverarbeitung kaum 
mehr Zeit bleibt (vgl. Hardware-Inter- 
rupt). Der Vorteil liegt jedoch darin, daß 
die Programmunterbrechung zu genau 
bekannten Zeiten bzw. an vorherseh- 
baren Stellen im Programm erfolgt. Da- 
durch wird der Test des gesamten Sy- 
stems erheblich erleichtert und die „Ret- 
tungsmaßnahmen“, die zum Sichern von 
Registerinhalten und Rücksprungadres- 
sen notwendig sind, sind nicht umfang- 
reicher als bei einem normalen Unter- 
programmaufruf. 


10.4.2. Hardware-Interrupt 

Wie der Name schon sagt, wird die 
Unterbrechung des laufenden Pro- 
gramms durch die Hardware veranlaßt, 
genauer durch ein sogenanntes Inter- 
rupt-Request-Signal (Programmunter- 
brechungs-Anforderungssignal), das von 
einem der Eingabegeräte aktiviert 
wird. 


10.4.2.1. Single-Level-Interrupt 
Bild 85 zeigt den prinzipiellen Ablauf 
eines Interrupts. Zu einem beliebigen 
Zeitpunkt wird der Mikroprozessor 
durch ein aktives Interruptsignal davon 
informiert, daß eine Programmunterbre- 
chung gewünscht wird. Im Normalfall 
wird zu diesem Zeitpunkt gerade ein 
Befehl des Hauptprogramms abgearbei- 
tet, der natürlich erst zu Ende geführt 
werden muß. Danach wird zur Device- 
Service-Routine gesprungen, wobei zu- 
vor der momentane Inhalt des Pro- 
grammschrittzählers gerettet werden 
muß. Nach der Ausführung der DSR 
erfolgt der Rücksprung ins Hauptpro- 
gramm. So einfach ist der Ablauf jedoch 
nur unter idealen Voraussetzungen, 
nämlich dann, wenn alle Eingabegeräte 
mit derselben Device-Service-Routine 
bedient werden können und die DSR 
selbst kein einziges Register und kein 
Statusbit beeinflußt. 

Benutzt die DSR Register, so müssen am 
Anfang der DSR sämtliche Registerin- 
halte gerettet werden. Dies ist deshalb 
erforderlich, weil der Interrupt zu einem 
beliebigen, nicht vorhersehbaren Zeit- 
punkt erfolgen kann, also auch zu einem 
Zeitpunkt, wo dieses eine Register ge- 
rade vom Hauptprogramm oder einem 
Unterprogramm in Anspruch genom- 
men wird. Da es kaum gelingt, eine DSR 
zu schreiben, die den Status nicht beein- 
flußt, ist auch der Status am Anfang einer 
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Bild 85: Prinzipieller Aufbau eines Interrupts 


DSR zu retten. Diese Überlegungen 
führen zum prinzipiellen Aufbau einer 
Device-Service-Routine, wie sie in Bild 
86d dargestellt ist. Natürlich muß am 
Ende der DSR durch entsprechende 
POP-Befehle der ursprüngliche Maschi- 
nenzustand wieder hergestellt werden. 
Wie wir später noch sehen werden, 
können Programmunterbrechungen 
auch aus anderen Gründen als zur Bedie- 
nung eines Eingaberätes wünschenswert 
sein. Deshalb wurde in den Bildern 85 
und 86 bereits der allgemeine Begriff 
Interrupt-Service-Routine (ISR) anstatt 
DSR verwendet. 

Die andere Voraussetzung für einen 
besonders einfachen Interruptablauf 
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Bild 86: Hardware-Interrupt 





war, daß alle Eingabegeräte mit dersel- 
ben DSR bzw. ISR bedient werden 
können. Dies wäre in unserem bisherigen 
Beispiel etwa dann gegeben, wenn als 
Eingabe-„Geräte“ drei Grenzwertschal- 
ter dienen, die jeweils, falls sie geschlos- 
sen sind, den sofortigen Abbruch des 
laufenden Prozesses bewirken sollen. 
Auch diese Voraussetzung ist im Nor- 
malfall nicht gegeben. Bild 86a zeigt 
wieder die bekannten drei Eingabege- 
räte, deren Statusleitungen wiederum an 
einer programmierbaren Ein-/Ausgabe- 
Schnittstelle angeschlossen sein sollen. 
Alle drei Statusleitungen werden über 
ein ODER-Gatter an den Interrupt-Re- 
quest-Eingang des Mikroprozessors an- 


geschlossen. Sollen nun von irgendeinem 
der Geräte Daten eingegeben werden, 
so wird das zugehörige Statussignal und 
damit das Interrupt-Request-Signal akti- 
viert. Der Mikroprozessor führt den 
laufenden Befehl bis zum Ende aus und 
„weiß“ nicht, welches Eingaberät Daten 
eingeben will. Also muß, wie beim Soft- 
ware-Interrupt (Bild 84b), per Programm 
festgestellt werden, welches Eingabege- 
rät den Interrupt angefordert hat. Da- 
nach kann zur zugehörigen ISR gesprun- 
gen werden. 

Was haben wir also gegenüber dem Soft- 
ware-Interrupt gewonnen? Eine ganze 
Menge! Beim Hardware-Interrupt wird 
nur dann das laufende Programm unter- 
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brochen, wenn tatsächlich Daten zur 
Eingabe anstehen. Dagegen muß beim 
Software-Interrupt regelmäßig unter- 
brochen werden, um festzustellen, ob 
überhaupt Daten zur Eingabe anstehen. 
Besonders anschaulich wird der Unter- 
schied beim Grenzwertschalter. Der 
Notfall, daß der Prozeß unterbrochen 
werden muß, tritt vielleicht einmal in der 
Woche und hoffentlich nie auf. Wenn er 
jedoch auftritt, muß sehr schnell reagiert 
werden, zum Beispiel innerhalb einer 
Millisekunde. Grob abgeschätzt muß 
also im Falle des Software-Interrupt das 
laufende Programm jede Millisekunde 
unterbrochen werden, um praktisch im- 
mer festzustellen, daß der Schalter nicht 
geschlossen ist. Beim Hardware-Inter- 
rupt hingegen wird das Programm erst 
dann unterbrochen, wenn Not am Mann 
ist, da sich der Schalter sozusagen selbst 
meldet. 


10.4.2.2. Multi-Level-Interrupt 

Im Gegensatz zum Single-Level-Inter- 
rupt ist beim Multi-Level-Interrupt mehr 
als ein Interrupt-Request-Eingang am 
Mikroprozessor vorhanden. Dabei kön- 
nen die bisherigen Statusleitungen unse- 
rer Eingabegeräte, wie in Bild 86b ge- 
zeigt, mit den entsprechenden Eingän- 
gen des uP verbunden werden. Der 
Vorteil dieser Interruptstruktur besteht 
darin, daß die Lokalisierung, welches 
Eingabegerät den Interrupt verursacht 
hat, nicht mehr per Programm, wie beim 
Single-Level-Interrupt, durchgeführt 
werden muß. Dies kann der Mikropro- 
zessor „selbst“ tun, d.h. durch ein Mikro- 
programm, das beim Auftreten eines 
Interrupt-Request prüft, welche Inter- 
rupt-Request-Leitung aktiv ist und die 
zugehörige Interrupt-Service-Routine 
aufruft. Der Anwender hat nur dafür zu 
sorgen, daß die Startadresse der zugehö- 
rigen ISR dem Mikroprozessor bekannt 
ist. 


10.4.2.3. Prioritäts-Interrupt 

Bisher sind wir davon ausgegangen, daß 
während des Auftretens eines Interrupt- 
Request das Hauptprogramm abgear- 
beitet wird. Wir nehmen nun an, daß der 
Grenzwertschalter während einer Da- 
teneingabe von der Kassette geschlos- 
sen wird. Dann ist es sinnvoll, die ISR für 
die Kassettenstation zu unterbrechen 
und die zum Schalter gehörige ISR 
auszuführen, d.h. den laufenden Prozeß 
sofort abzubrechen. Andererseits kann 
es vorteilhaft sein, wenn während der 
Dateneingabe von Kassette eine Taste 
der Tastatur gedrückt wird, mit der 
Dateneingabe von Kassette fortzufah- 
ren, d.h. die entsprechende ISR nicht zu 
unterbrechen. Dies ist dann gegeben, 
wenn die Kassettenstation nicht vom 
Prozessor gestoppt werden kann, sobald 
er sich der Tastatur widmet. Dann gehen 
alle Daten, die während der Ausführung 
der zur Tastatur gehörenden ISR von der 
Kassette ausgegeben werden, verloren. 
Im anderen Fall, wenn die Dateneingabe 
von Kassette nicht unterbrochen wird, 
gehen aufgrund der sehr unterschiedli- 
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chen Datenübertragungsgeschwindig- 
keiten einer Tastatur bzw. einer Kasset- 
tenstation erheblich weniger Daten ver- 
loren. 


Es ist daher sinnvoll, den Eingabegeräten 
Prioritäten zuzuordnen, um eindeutig 
festzulegen, welche Interrupt-Service- 
Routine durch welches Eingabegerät un- 
terbrochen werden darf. Dementspre- 
chend muß das obengenannte Mikropro- 
gramm des uP bei einem Interrupt- 
Request zunächst überprüfen, ob gerade 
eine Interrupt-Service-Routine mit hö- 
herer Priorität abgearbeitet wird. Wenn 
nein, wird die Interruptquelle lokalisiert 
und die zugehörige ISR aufgerufen. 
Wenn ja, wird mit dem Abarbeiten des 
laufenden ISR fortgefahren. Ist diese 
beendet und die Interrupt-Request-Lei- 
tung niedrigerer Priorität noch aktiv, 
wird mit dem Abarbeiten des Hauptpro- 
grammes erst dann fortgefahren, wenn 
die zugehörige ISR ausgeführt wurde. 
Aber wie stellt der Prozessor fest, ob 
gerade eine ISR ausgeführt wird, und 
wenn ja, welche Priorität ihr zugeordnet 
ist? Dies kann dadurch bewerkstelligt 
werden, daß in einem speziellen Inter- 
rupt-Acknowledge-Register im uP 
(Bild 86b) ein Bit gesetzt wird, wenn der 
Prozessor eine ISR aufruft (acnowledge 
= anerkennen, quittieren). Z.B. bewirkt 
in Bild 86b das Drücken einer Taste auf 
der Tastatur, daß die Interrupt-Request- 
Leitung 2 aktiviert wird. Falls gerade das 
Hauptprogramm abgearbeitet wird, 
wird dieses unterbrochen und, bevor die 
ISR für die Tastatur aufgerufen wird, 
Bit 2 des Interrupt-Acknowledge-Regi- 
sters 1 gesetzt. Tritt während der Aus- 
führung der Tastatur-ISR ein Interrupt- 
Request vom Grenzwertschalter auf, 
also auf der IR-Leitung 3, unterbricht der 
Prozessor die laufende ISR und prüft, ob 
ein Interrupt-Acknowledge-Register ein 
Bit gesetzt ist. Wenn nein, so arbeitet er 
gerade das Hauptprogramm ab und der 
Interrupt wird zugelassen. Wenn ja, was 
wir angenommen haben, prüft er,ob dem 
gesetzten Bit (Bit 2) eine höhere Prio- 
rität zugeordnet ist als der aktiven Inter- 
rupt-Request-Leitung. Wenn wir anneh- 
men, daß 1 die höchste und 3 die nied- 
rigste Priorität bedeuten soll, läuft die 
Prüfung darauf hinaus, zu vergleichen, ob 
die Nummer des gesetzten Bit kleiner als 
die Nummer der aktiven Interrupt-Re- 
quest-Leitung ist. Falls ja, wird der Inter- 
rupt nicht zugelassen, falls nein, wird die 
laufende ISR unterbrochen. Also wird in 
unserem Beispiel der vom Grenzwert- 
schalter gewünschte Interrupt nicht zu- 
gelassen, da2 <3 ist. Damit der Interrupt 
wenigstens nach der vollständigen Aus- 
führung der Tastatur-ISR zugelassen 
wird, muß nach dessen Beendigung vom 
Prozessor oder vom Programmierer da- 
für gesorgt werden, daß das Bit2 im 
Interrupt-Acknowledge-Register wie- 
der gelöscht wird. 


Mit einer Multi-Level-Interrupt-Struk- 
tur kann also relativ leicht eine Zuord- 
nung von Prioritäten erfolgen, was bei 
einer Single-Level-Interrupt-Struktur, 


Software 


wenn überhaupt, nur mit großem Soft- 
ware-Aufwand durch den Anwender zu 
verwirklichen ist. Vom Hersteller wird 
festgelegt, welche Priorität welchem In- 
terrupt-Request-Eingang des Mikropro- 
zessors zugeordnet ist. Der Anwender 
bestimmt durch den Anschluß seiner 
Eingabegeräte und sonstiger Interrupt- 
quellen an die zur Verfügung stehenden 
Interrupt-Request-Eingänge, mit wel- 
cher Priorität welche Interruptquelle be- 
dient wird. Als Prioritäts-Interrupt be- 
zeichnet man den Vorgang, wenn eine 
laufende Interrupt-Service-Routine auf- 
grund eines Interrupt-Request höherer 
Priorität unterbrochen wird. Manchmal 
wird der Begriff auch verwendet, um eine 
Struktur zu kennzeichnen, die diesen 
Vorgang ermöglicht. 


Die Folge dieses Vorgangs ist, daß meh- 
rere Interrupt-Service-Routinen inein- 
ander verschachtelt sein können, und 
zwar im ungünstigsten Fall so viele, wie 
es Interruptquellen gibt. Da jede ISR 
sämtliche Registerinhalte und den Status 
des unterbrochenen Programms sowie 
die Rücksprungadresse im Stapelspei- 
cher (Stack) retten muß, bedeutet ein 
kleiner Stapelspeicher eine starke Ein- 
schränkung beim Realisieren einer Prio- 
ritäts-Interrupt-Struktur (vgl. Abschn. 
10.3.1). 


Das in den Bildern 86a und b dargestellte 
Interrupt-Acknowledge-Signal wird 
vom Mikroprozessor aktiviert, wenn ein 
Interrupt-Request zugelassen wurde. Es 
dient im wesentlichen dazu, falls notwen- 
dig, zwischen einem Eingabegerät und 
dem uP einen Hand-shake-Betrieb zu 
ermöglichen. In unserem Beispiel wäre 
es nur für die Kassettenstation sinnvoll, 
wo das Interrupt-Acknowledge-Signal 
bewirken könnte, daß das Kassettenlauf- 
werk startet. 


Wir wollen noch die Prioritätszuordnung 
für die drei Eingabegeräte unseres Bei- 
spiels nachholen. Da das Schließen des 
Grenzwertschalters in jedem Fall den 
sofortigen Abbruch des gesamten Pro- 
zessors bewirken soll, verbinden wir die 
Statusleitungen des Schalters mit dem 
Interrupt-Request-Eingang 1 des uP und 
ordnen ihm dadurch die höchste Priorität 
zu. Bei den anderen Geräten fällt die 
Entscheidung schwerer. Wir schließen 
die Statusleitung der Tastatur an den 
Interrupt-Request-Eingang2 und die 
Statusleitung der Kassettenstation an 
den verbleibenden Interrupt-Request- 
Eingang des uP an und ordnen demnach 
der Tastatur die höhere Priorität 2 zu 
(vgl. Bild 86c), und zwar aufgrund folgen- 
der Überlegung: Wir hatten anfangs 
angenommen, daß die Statusleitung der 
Kassettenstation dann aktiv wird, wenn 
die Kassette eingelegt und zurückge- 
spult ist und eine Starttaste gedrückt 
wurde. Unter diesen Voraussetzungen 
spielt es keine Rolle, ob mit der Daten- 
eingabe sofort oder erst einige ms später 
begonnen wird, weil noch eine laufende 
ISR für die Tastatur beendet werden 
muß. 
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10.4.2.4. Maskierung von 
Interrupts 

Die obige Prioritätszuordnung hat, wie 
könnte es anders ein, einen Nachteil. Sie 
ist in Ordnung, wenn die Kassette zwar 
gestartet ist, aber noch nicht mit der 
Dateneingabe von der Kassette begon- 
nen wurde. Läuft das Band jedoch, weil 
die zugehörige ISR ausgeführt wird, so 
erfolgt die Datenübertragung mit relativ 
hoher Geschwindigkeit. Es kann daher, 
wie schon erwähnt, wünschenswert sein, 
sofern man dem Benutzer der Tastatur 
nicht verbietet, zu arbeiten, während die 
Kassettenstation aktiv ist, eine Unter- 
brechung der Kassetten-ISR durch die 
Tastatur, also durch eine Interruptquelle 
höherer Priorität, zu unterbinden. 

Dies kann man in einer Interruptstruktur 
nach Bild 86b dadurch erreichen, daß 
man am Anfang der Kassetten-ISR 
durch einen speziellen Befehl das Bit 2 
des Interrupt-Acknowledge-Registers 
auf 1 setzt. Tritt nun ein Interrupt- 
Request von der Tastatur auf, so unter- 
bricht der uP die Kassetten-ISR und 
überprüft, wie gehabt, ob die Nummer 
der aktiven Interruptleitung (2) kleiner 
als die Nummer des höchstwertigen ge- 
setzten Bit (ebenfalls 2) des Interrupt- 
Acknowledge-Registers ist. Da beide 
Nummern gleich sind, wird der Tastatur- 
Interrupt nicht zugelassen und die Kas- 
setten-ISR wird ausgeführt. Natürlich 
muß am Ende der ISR mit einem zweiten 
zusätzlichen Befehl das Bit2 des IA- 
Registers wieder auf Ziffer 0 gesetzt 
werden, damit nach Abschluß der Daten- 
eingabe von Kassette wieder Interrupt- 
Requests der Tastatur berücksichtigt 
werden können. 

Per Software haben wir also die Priorität 
der laufenden ISR künstlich erhöht, mit 
dem Effekt, daß ein Interrupt-Request, 
dessen Priorität eigentlich höher als die 
der laufenden ISR ist, nicht zugelassen 
oder ausgeblendet oder maskiert wird. 
Alle drei Begriffe beschreiben denselben 
Vorgang. Mit dieser Methode können 
auch besonders kritische Teile im Haupt- 
oder Unterprogramm vor Uhnterbre- 
chung geschützt werden, indem man am 
Anfang des Programmteils per Software 
festlegt, daß nur Interruptquellen mit 
einer gewissen Mindestpriorität oder 
überhaupt keine diesen Programmteil 
unterbrechen dürfen. Am Ende des kriti- 
schen Programmabschnitts wird diese 
Beschränkung wieder rückgängig ge- 
macht. Interrupts, die auf diese Weise 
(zeitweise) verhindert werden können, 
nennt man maskierbar. 


10.4.2.5. Vektorinterrupt 

Bei den bisher vorgestellten Interrupt- 
strukturen war es bei Auftreten eines 
Interrupt-Request-Signals immer not- 
wendig, die zugehörige Interruptquelle 
zu lokalisieren, um die zugehörige ISR 
aufrufen zu können. Im Falle des Single- 
Level-Interrupts mußte eine entspre- 
chende Abfrageroutine programmiert 
werden. Beim Multi-Level-Interrupt 
übernahm dies der Mikroprozessor. 
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Noch praktischer und vor allem schnel- 
ler wäre es, wenn die Interruptquellen 
sozusagen selbst den Weg zur zugehö- 
rigen ISR finden würde. 

Erinnern wir uns an die case-Struktur, die 
wir zunächst durch eine Reihe von Ab- 
fragen und dann mit Hilfe einer Sprung- 
tabelle realisiert haben (Abschnitt 9.2.4.). 
Bei der zweiten Möglichkeit konnte die 
Abfrageroutine eingespart werden. Wir 
wollen dieses Prinzip nun auch auf die 
Interruptstruktur anwenden (Bild 86c). 
Wir 'schließen die Statusleitungen der 
Interruptquellen an einen Kodierer an, 
der über vier Eingänge verfügen möge, 
die von 0 bis 3 numeriert sind. Ist zum 
Beispiel die Statusleitung 2 aktiv, so soll 
der Kodierer über zwei Ausgänge die 2 
in binär kodierter Form ausgeben und 
eine weitere Ausgangsleitung aktivieren, 
die mit dem Interrupt-Request-Eingang 
des uP verbunden ist. Wünscht also die 
Interruptquelle 2 eine Programmunter- 
brechung, so wird der Interrupt-Re- 
quest-Eingang des uP aktiviert, der das 
laufende Programm unterbricht. Der Mi- 
kroprozessor interpretiert nun die binär 
kodierte Nummer 2 (Vektor) der aktiven 
Interruptquelle als indirekte Speicher- 
adresse 0002,, und lädt den Inhalt dieser 
Adresse in den Programmschrittzähler. 
Unter der Voraussetzung, daß in den 
ersten 4 Speicherworten mit den Adres- 
sen O0 bis 0003,, jeweils die Anfangs- 
adressen der entsprechenden Interrupt- 
Service-Routinen gespeichert sind, wird 
dadurch ohne irgendeine Abfrage die zur 
Interruptquelle 2 gehörige ISR ange- 
sprungen. Eine derartige Interruptstruk- 
tur nennt man Vektorinterrupt. Sie er- 
möglicht von allen Interruptstrukturen 
die kürzeste Reaktionszeit auf einen 
Interrupt-Request. 

Das Realisieren von Prioritätsinterrupts 
und maskierbaren Interrupts ist auf ähn- 
lich einfache Weise wie bei der Multi- 
Level-Interruptstruktur möglich. 

Die Voraussetzung für den Prioritäts- 
Interrupt ist zunächst, daß die Nummer 
der Kodierereingänge als Prioritäten 
interpretiert werden. Damit wird der an 
einem Eingang angeschlossenen Inter- 
ruptquelle als Priorität die Nummer des 
Eingangs zugeordnet; zum Beispiel hat 
die Tastatur in Bild 86c die Priorität 2. 
Ferner muß der Mikroprozessor den 
Vektor der momentan abgearbeiteten 
Interrupt-Service-Routine speichern, 
entweder in einem dafür vorgesehenen 
Register oder im Statusregister. Die 
dritte Voraussetzung ist, daß beim Akti- 
vieren des Interrupt-Request-Eingangs 
der uP nicht nur das gerade aufgeführte 
Programm unterbricht und den anste- 
henden Vektor, wie beschrieben, zum 
Aufruf der zugehörigen ISR benutzt, 
sondern zuvor überprüft, ob die Priorität 
der Interruptquelle, die die Programm- 
unterbrechung wünscht, höher ist als die 
Priorität des zu unterbrechenden Pro- 
gramms. Ordnet man dem Kodiererein- 
gang 0 die höchste und dem Kodiererein- 
gang 3 (in unserem Beispiel) die nied- 
rigste Priorität zu, so läuft die Überprü- 
fung darauf hinaus, zu vergleichen, ob 


der Wert des neuen Vektors kleiner als 
der Wert des gerade gespeicherten Vek- 
tors ist. Ist dies der Fall, so wird der neue 
Interrupt zugelassen. 

Der vom Kodierer bei jedem Interrupt- 
Request mitgelieferte Vektor dient also 
zwei Zwecken. Einmal ermöglicht er den 
unmittelbaren Sprung in die Interrupt- 
Service-Routine, die zur jeweils aktiven 
Interruptquelle gehört, d.h. ohne vorher- 
gehende Abfrage, welche Interrupt- 
quelle aktiv ist. Zum anderen ermöglicht 
er zu jedem Zeitpunkt die Entscheidung, 
welche Interrupts mit welchen Priori- 
täten gerade zulässig sind und welche 
nicht. Im Hinblick auf den zweiten 
Zweck des Vektors kann man auch 
sagen, daß der Vektor, der zu einer 
gerade ausgeführten ISR gehört, als 
Maske dient, mit der alle Interrupt- 
Requests niedriger Priorität ausgeblen- 
det bzw. maskiert werden. Dementspre- 
chend wird das Register oder der Teil des 
Statusregisters, in dem der Vektor ge- 
speichert wird, Interruptmaske genannt. 
Wenn der Wert der Interruptmaske 
durch Befehle, d.h., durch das abgearbei- 
tete Programm, modifiziert werden 
kann, so lassen sich maskierbare Inter- 
rupts im Sinne von Abschnitt 10.4.2.4 
realisieren. 

In Abschnitt 10.4.2.3 hatten wir gefor- 
dert, daß spätestens am Ende einer jeden 
Interrupt-Service-Routine ein Befehl 
stehen muß, der das zugehörige Bit im 
Interrupt-Acknowledge-Register auf die 
Ziffer O0 zurücksetzt. Dadurch wurde 
erreicht, daß nach dem Abarbeiten einer 
ISR hoher Priorität wieder Interrupts 
niedriger Priorität zugelassen werden. 
Derselbe Effekt muß auch bei der 
Vektorinterrupt-Struktur ermöglicht 
werden, allerdings mit einer anderen 
Methode. Dies liegt daran, daß bei der 
Multi-Level-Interrupt-Struktur durch- 
aus mehrere Einsen im Interrupt-Ack- 
nowledge-Register gespeichert werden 
können und dadurch einen vollständigen 
Überblick ermöglichen, wieviele Inter- 
rupt-Requests welcher Priorität vorlie- 
gen. Nach dem Abarbeiten der ISR mit 
der höchsten Priorität wird geprüft, ob 
mehrere Einsen im Register stehen. 
Wenn ja, wird die „Eins“, d.h. der zugehö- 
rige Interrupt-Request, mit der momen- 
tan höchsten Priorität berücksichtigt. 
Bei der Vektorinterruptstruktur hinge- 
gen wird nicht nur ein Bit, sondern der 
gesamte Inhalt der Interruptmaske be- 
nötigt, um die eine Priorität der gerade 
laufenden ISR darzustellen. Nach deren 
Abarbeitung besteht also keine unmittel- 
bare Möglichkeit, festzustellen, welche 
Interruptquelle „als nächste dran ist“. 
Daher muß jede Interruptquelle an die 
Ein-/Ausgabe-Schnittstelle des Mikro- 
prozessors so angeschlossen werden, 
daß durch geeignete Befehle innerhalb 
der zugehörigen ISR die Statusleitung 
der Interruptquelle deaktiviert werden 
kann. Nur dadurch ist sichergestellt, daß 
nach Auftreten und Berücksichtigen ei- 
nes Interrupt-Requests hoher Priorität 
auch solche niedrigerer Priorität zuge- 
lassen werden bzw. Vektoren mit höhe- 
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ren Werten in die Interruptmasken gela- 
den werden können. 

Sind zu diesem Zeitpunkt jedoch meh- 
rere Statusleitungen von Interruptquel- 
len niedrigerer Priorität aktiv, so muß 
diejenige mit der relativ höchsten Prio- 
rität herausgefunden werden, da der 
Kodierer nur einen Vektor an den uP 
weitergibt, der entsprechend nur über 
einen Interrupt-Request-Eingang ver- 
fügt (im Gegensatz zur Multi-Level- 
Interruptstruktur, wo dieses Problem 
nicht auftritt). Dies geschieht am besten 
dadurch, daß statt einesnormalen Kodie- 
rers ein Prioritätskodierer eingesetzt 
wird (z.B. SN 741S148 oder 
SN 74LS348), der zu jedem Zeitpunkt 
dafür sorgt, daß nur der Vektor ausge- 
geben wird, der zur Interruptquelle mit 
der jeweils höchsten Priorität gehört. 


10.4.2.6. Interruptstruktur des 
TMS 9900 

Beim TMS 9900 wird die Vektorinter- 
rupt-Struktur verwendet (Bild 87a). Er 
verfügt über einen Interrupt-Request- 
Eingang und 4 Vektor- bzw. Interrupt- 
Eingänge IC O bis IC 3. Damit können bis 
zu 16 Interruptquellen unterschieden 
werden. Der Prioritätskodierer kann mit 
zwei kaskadierten Prioritätsenkodern 
SN 741S348 aufgebaut werden. Die vor- 
geschalteten zwei 8-bit-Register 
SN 741LS377 dienen dazu, die Unterbre- 
chungsanforderung einer Interrupt- 
quelle so lange festzuhalten, bis die zuge- 
hörige Interrupt-Service-Routine ausge- 
führt ist. Auf einem speziellen Interrupt- 
Acknowledge-Ausgang kann beim 
TMS 9900 verzichtet werden, da ein 
entsprechendes Signal über die pro- 
grammierbare Ein-/Ausgabe-Schnitt- 
stelle bei Bedarf leicht generiert werden 
kann. Die Interruptmaske (4 bit) ist Be- 
standteil des Statusregisters (Bit 12 bis 
15). 

Da am Anfang einer jeden Interrupt- 
Service-Routine dafür gesorgt werden 
muß, daß alle Registerinhalte und der 
Maschinenzustand gerettet werden, ist 
es sinnvoll, daß die ISR beim TMS 9900 
ein Unterprogramm mit eigenem Ar- 
beitsbereich ist (vgl. Abschnitt 10.2.3.3). 
Die Sprungvektoren (je zwei 16-bit- 
Worte) aller benötigten Interrupt-Ser- 
vice-Routinen müssen im Speicher ab 
Adresse 0 direkt nacheinander abgelegt 
sein. Zum Beispiel steht der Sprung- 
vektor für die ISR mit der (höchsten) 
Priorität O in den Speicherworten mit der 
Adresse O0 und 0002, ,, und der für die ISR 
mit der (niedrigsten) Priorität 15 in den 
Speicherworten mit der Adresse 003C , 
und 003E,,. Das erste Wort eines jeden 
Sprungvektors enthält die Anfangs- 
adresse des Arbeitsbereichs der jewei- 
ligen ISR, und im zweiten Wort steht die 
Startadresse der jeweiligen ISR. 

Bei einem Interrupt geschieht nun fol- 
gendes: Der Mikroprozessor sei gerade 
mit dem Abarbeiten des Hauptpro- 
gramms beschäftigt. Dann steht in der 
Interruptsmaske der Wert 15, was be- 
deutet, daß jeder Interrupt beliebiger 
Priorität zugelassen wird. Wird von der 
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ISR = Interrupt- Service -Routine 


PCISRn = Startadresse der ISR mit der Nummer (Prioritat) n 
WPICR„ = Anfangsadresse des Arbeitsbereichs der ISR mit der Nummer (Priorität)n 


b) Prinzipieller Aufbau einer Interr upt - Service- Routine 
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RTWP Rucksprung ıns unterbrochene Programm 


Bild 87: Interrupt-Struktur beim TMS 9900 








Interruptquelle mit der Priorität 8 eine 
Programmunterbrechung gewünscht, so 
liefert der Prioritätsenkoder ein aktives 
Interrupt-Request-Signal mit einem 4- 
bit-Vektor mit dem Wert 1000, = 8,, ar 
den TMS 9900. Nach Beendigung des 
gerade abgearbeiteten Befehls wird 
überprüft, ob die Interrupt-Request-Lei- 
tung aktiv ist, was der Fall ist. Der an den 
Eingängen IC Obis IC 3 anliegende Vek- 
tor wird in ein internes Interrupt-Regi- 
ster übernommen und mit dem Wert der 
Interruptmaske im Statusregister (15,, 
= F,,) verglichen. Da der Wert des 
Vektors kleiner als der Wert der Inter- 
ruptmaske ist, wird der Interrupt zuge- 
lassen und eine komplette Programm- 
umschaltung durchgeführt (vergl. Ab- 
schnitt 10.2.3.3). Dazu wird der Interrupt- 
vektor (8) mit 4 multipliziert, da jeder 
Sprungvektor 4 Byte = 2 Worte belegt 
und das Ergebnis 20,, als Sprungadresse 
0020,, interpretiert. Der Inhalt dieser 
Adresse und der des darauffolgenden 
Speicherwortes, also der Sprungvektor, 
wird ım Mikroprozessor zwischenge- 
speichert. 

Nun werden die momentanen Inhalte 
der Hardware-Register WP (Arbeitsbe- 
reichzeiger), PC (Programmschrittzäh- 


ler) und ST (Statusregister, in unserem 
Beispiel mit der Interruptmaske 15,,) in 
den Registern R 13, R 14 und R 15 des 
Arbeitsbereichs der ISR 8 gerettet, des- 
sen Anfangsadresse gerade zwischen- 
gespeichert wurde. Zuletzt wird in die 
Interruptmaske der Wert des Interrupt- 
vektors minus 1 (8 — 1 = 7) und der 
zwischengespeicherte Sprungvektor in 
das WP- bzw. in das PC-Register gela- 
den. Während dieses Vorgangs ist kein 
neuer Interrupt gestattet. Da alle not- 
wendigen Rettungsaktionen vom Mikro- 
prozessor automatisch durchgeführt 
werden, sieht die Interrupt-Service-Rou- 
tine, wie Bild 87b zeigt, denkbar einfach 
aus. Der Rücksprung ins unterbrochene 
Programm erfolgt durch den RTWP- 
Befehl wie bei jedem anderen Unterpro- 
gramm mit eigenem Arbeitsbereich. Da 
beim context-switch-Konzept tatsäch- 
lich nur 3 Registerinhalte gerettet wer- 
den müssen, ist die Reaktionszeit bei 
dieser Architektur kombiniert mit der 
Vektorinterruptstruktur außerordent- 
lich gering. 

Wir nehmen nun an, daß während der 
Ausführung der Interrupt-Service-Rou- 
tine 8 die Interruptquelle mit der Prio- 
rität 7 eine Programmunterbrechung 
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Bild 88: Beispiel für einen systeminternen Interrupt: 
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wünscht. Wie oben beschrieben, wird, 
nachdem der laufende Befehl abgear- 
beitet ist, der Vektor 0111, = 7,, vom 
TMS 9900 übernommen und mit dem 
momentanen Wert der Interruptmaske 
(7,,) verglichen. Da ja bei einem zugelas- 
senen Interrupt die Interruptmaske auf 
den Wert des Interruptvektors minus 1 
gesetzt wird, werden alle Interrupts zu- 
gelassen, deren Priorität höher als (Vek- 
tor kleiner) oder gleich (Vektor gleich) 
wie der Wert der Interruptmaske ist. 
Also wird der gewünschte Interrupt mit 
der Priorität 7 zugelassen, eine erneute 
Programmumschaltung vorgenommen 
und die Interruptmaske auf den Wert 
7-1 = 6 gesetzt. 


Aus dieser Überlegung folgt, daß alle 
Interrupts mit der Priorität 1 bis 15 
maskierbar sind, der Interrupt der höch- 
sten Priorität O0 jedoch nicht, da dazu in 
der Interruptmaske ein negativer Wert 
stehen müßte. Dieser nichtmaskierbare 
Interrupt kann auch über einen eigenen 
Eingang RESET ausgelöst werden. Er 
dient dazu, wie der Name schon sagt, den 
Mikroprozessor und damit das System 
mit Hilfe der zugehörigen Interrupt- 
Service-Routine 0 in einen definierten 
Zustand zu bringen. 


Der TMS 9900 verfügt darüber hinaus 
über einen weiteren Interrupt-Eingang 
LOAD, dem ebenfalls die höchste Prio- 
rität 0 zugeordnet ist. Der zugehörige 
Sprungvektor steht am Ende des gesam- 
ten Adreßraumes, d.h. in den Speicher- 
worten mit der Adresse FFFC,, und 
FFFE;,. Mit der LOAD-Funktion kann 
man z.B. auf einfache Weise das Einlesen 
von Systemprogrammen initialisieren. 
Falls der RESET- und der LOAD-Ein- 
gang gleichzeitig aktiviert werden, hat 
die RESET-Funktion Vorrang. 

Der Wert der Interruptmaske kann mit 
dem Befehl LIMI (Zoad /nterrupt Maske 
Immediate) per Programm jederzeit be- 
einflußt werden, um kritische Pro- 
grammteile vor unerwünschten Unter- 
brechungen zu schützen. Mit Hilfe eines 
oder mehrerer Peripheriebausteine 
TMS 9901 ist es darüber hinaus möglich, 
mehr als 16 Interruptquellen zu bedienen 
und per Programm zu steuern, ob Inter- 
rupts von einer ganz bestimmten Inter- 
ruptquelle während einer ganz bestimm- 
ten Zeit zugelassen werden oder nicht. 
Auf diese Weise kann man sicherstellen, 
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daß auch Interruptquellen niedriger 
Priorität regelmäßig bedient werden. 


10.4.2.7. Interrupt-Anwendungen 

Bisher haben wir als Interruptquellen nur 

Eingabegeräte kennengelernt, über die 

zu nicht vorhersehbaren Zeitpunkten, 

Daten in das Mikrocomputersystem ein- 

gegeben werden. In diesen Fällen kann 

man die Interrupt-Service-Routine auch 
als Device-Service-Routine bezeichnen. 

Im folgenden sind noch weitere (sog. 

systeminterne) Interruptquellen aufge- 

führt bzw. Anlässe, bei denen eine Pro- 
grammunterbrechung wünschenswert 
ist. 

® Unterbrechung eines laufenden Pro- 
gramms, das fehlerhaft arbeitet, durch 
einen externen Eingriff. Die ist z.B. 
sinnvoll, wenn der Prozessor eine 
endlose Scheife abarbeitet. Der Inter- 
rupt kann über eine Taste ausgelöst 
werden, die im Falle des TMS 9900 
direkt mit dem RESET-Eingang ver- 
bunden ist. 

® Herstellen eines definierten System- 
zustandes nach dem Einschalten des 
Systems (Power-up-Routine). Auch 
diese Funktion kann beim TMS 9900 
einfach über den RESET-Eingang 
realisiert werden. 

® Retten des Systemzustandes und der 
Systemdaten bei Netzausfall (Power- 
down-Routine). Bild 88 zeigt den typi- 
schen Spannungsverlauf bei Auftre- 
ten eines Netzausfalls. Je früher der 
Netzausfall erkannt wird und je kür- 
zer die Interrupt-Reaktionszeit ist, 
desto mehr Daten können gerettet 
werden. Meist stehen für die Ret- 
tungsaktion einige Millisekunden zur 
Verfügung (t,„. — t,). Falls beim 
TMS 9900 die Inhalte der 3 Hard- 
ware-Register (WP, PC und ST) sowie 
die Inhalte aller Arbeitsbereiche und 
sonstige Daten in einen nicht flüch- 
tigen Speicher (z.B. Magnetband, Ma- 
gnetplatte, Floppy-Disk oder batte- 
riegepufferter RAM) gerettet werden 
konnten, läßt sich das Programm mit 
Hilfe einer geeigneten Power-up- 
Routine bei Wiederkehr der Netz- 
spannung am Uhnterbrechungspunkt 
fortsetzen. 

@ Melden von Speicherfehlern. Wenn 
jedem Speicherwort ein Parity-Bit 
hinzugefügt wird, läßt sich erkennen, 
ob ein Bit des Wortes falsch ist. Wird 


dies von der externen Logik festge- 
stellt, so löst sie einen Interrupt aus, 
der z.B. eine Fehlermeldung be- 
wirkt. 
© A/D-Wandler. Während der Um- 
wandlungszeit kann sich der Mikro- 
prozessor anderen Aufgaben wid- 
men, bis der A/D-Wandler per Inter- 
rupt-Request meldet, daß die Um- 
wandlung abgeschlossen ist. 
® Externe Zeitgeber. Im Abschnitt über 
Zeitschleifen (9.3.8) wurde gezeigt, 
wie ein Mikroprozessor ein Aus- 
gangssignal eine bestimmte Zeit lang 
zur Verfügung stellen kann. Der Mi- 
kroprozessor wird jedoch effektiver 
ausgenützt, wenn das Signal ausge- 
geben und sofort ein extern reali- 
sierter Zeitgeber (z.B. in einem Peri- 
pheriebaustein) initialisiert wird, der 
den Ablauf der gewünschten Zeit per 
Interrupt-Request meldet. Auf diese 
Weise kann der Mikroprozessor, an- 
statt eine Zeitschleife abzuarbeiten, 
für andere Aufgaben herangezogen 
werden. 
® Zyklische Unterbrechung eines lau- 
fenden Programmes, um eine Echt- 
zeituhr zu realisieren. Z.B. kann die 
Unterbrechungsrate von der Netzfre- 
quenz abgeleitet werden. 
® „Gleichzeitige“ Abarbeitung mehre- 
rer Programme (multiprogramming, 
time slicing). Eine externe Ablauf- 
steuerung sorgt dafür, daß jedem 
Programm eine Zeitscheibe zugeteilt 
wird, nach deren Ablauf ein anderes 
Programm gestartet wird. Pro- 
grammen höherer Priorität sollten 
größere Zeitscheiben zugeteilt wer- 
den. 
In Bild 90 ist dargestellt, wie den system- 
internen und -externen Interruptquellen 
sinnvoll Prioritäten zugeordnet werden 
können. Sind z.B. mehrere externe Zeit- 
geber gleichberechtigt zu behandeln, so 
können sie alle der Priorität 4 zuge- 
ordnet werden. Dazu sind alle Ausgänge 
der Zeitgeber, die den Ablauf der ge- 
wünschten Zeit melden, über ein ODER- 
Gatter zusammenzufassen, dessen Aus- 
gang am Interrupt-Request-Eingang mit 
der Priorität 4 des Mikroprozessors 
(Multi-Level-Interrupt) oder am ent- 
sprechenden Eingang des Prioritätsko- 
dierers (Vektor-Interrupt) angeschlos- 
sen ist. Die Interrupt-Service-Routine 
der Priorität 4 muß entsprechend an- 
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fangs über Anfragen feststellen, welcher 
der Zeitgeber den Ablauf der gewünsch- 
ten Zeit meldet. 


10.4.3. Vergleich der 

Interruptstrukturen 

Die Vorteile der Software-Interrupt- 

struktur bzw. der Polling-Methode 

sind: 

© Die Programmunterbrechnung er- 
folgt genau zu den Zeitpunkten bzw. 
an den Stellen im Programm, die der 
Programmierer dafür vorgesehen 
hat. Daher ist die Struktur leicht 
auszutesten. 

® Die Rettungsmaßnahmen, die in der 
Interrupt-Service-Routine getroffen 
werden müssen, sind nicht umfangrei- 
cher als bei jedem normalen Unter- 
programm. Es müssen nur die Rück- 
sprungadresse und die Inhalte der 
vom Unterprogramm benutzten Re- 
gister gerettet werden. 

® Die Lokalisierung der Interruptquelle 
verursacht keinen zusätzlichen Auf- 
wand, da alle Quellen sowieso zy- 
klisch abgefragt werden. 

@ Die Struktur ist bei jedem Mikropro- 
zessor bzw. Mikrocomputer zu ver- 
wirklichen, auch dann, wenn keine 
speziellen Interrupt-Eingänge vor- 
handen sind. 

Die Vorteile der Hardware-Interrupt- 
struktur bestehen grundsätzlich darin, 
daß das Hauptprogramm solange unun- 
terbrochen abgearbeitet wird, wie keine 
Interruptquelle aktiv ist. Erst wenn eine 
Quelle tatsächlich eine Programmunter- 
brechung wünscht, wird beim Single- 
Level-Interrupt per Programm und beim 
Multi-Level-Interrupt per Mikropro- 
gramm eine Abfrageroutine initialisiert, 
die die aktive Interruptquelle lokalisiert 
und dann zur entsprechenden Interrupt- 
Service-Routine verzweigt. Beim Vek- 
tor-Interrupt kann die entsprechende 
ISR direkt angesprungen werden. 
Prioritäts- und maskierbare Interrupts 
sind nur bei Multi-Level- und Vektor- 
Interrupt-Strukturen sinnvoll, d.h. ohne 
wesentlichen Mehraufwand für den Pro- 
grammierer realisierbar. Dies giltinnoch 
stärkerem Maße für die gezielte zeit- 
weise Maskierung einzelner Interrupt- 
quellen, die oft nur mit speziellen Peri- 
pheriebausteinen realisierbar ist. 

Neben der kürzeren Reaktionszeit auf 
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einen Interrupt-Request hat die Vektor- 
Interrupt-Struktur gegenüber dem Mul- 
ti-Level-Interrupt noch einen weiteren 
Vorteil. Beim Vektor-Interrupt genügen 
5 spezielle Eingänge des Mikroprozes- 
sors, um 16 verschiedene Interruptquel- 
len identifizieren zu können, beim Multi- 
Level-Interrupt sind jedoch 16 notwen- 
dig. Je mehr Interruptquellen zu bedie- 
nen sind, um so vorteilhafter ist die 
Vektor-Interrupt-Struktur. 

Aus diesen Überlegungen ergibt sich, 
daß die Software-Interrupt-Struktur 
dann geeignet ist, wenn wenige Inter- 
ruptquellen zu bedienen sind, bei denen 
eine relativ lange Reaktionszeit kein 
Nachteil ist. Dies ist bei vielen einfachen 
Steuerungen der Fall. 

Die Hardware-Interruptstruktur emp- 
fiehlt sich dann, wenn viele Interrupt- 
quellen vorhanden oder/und kurze Re- 
aktionszeiten erforderlich sind. 


11. Gute Software — ein Problem? 
Nachdem wir in den Abschnitten 9 und 
10 prinzipielle und komplexere Pro- 
grammstrukturen kennengelernt haben, 
wollen wir nun zum Programm bzw. zur 
Software als Ganzes zurückkehren. 


11.1. Kennzeichen guter Software 
Natürlich wird von einem Programm in 
erster Linie erwartet, daß es den funktio- 
nalen Anforderungen des Pflichtenhef- 
tes genügt und hinreichend schnell abge- 
arbeitet werden kann. Bei Einchip-Mi- 
krocomputern kommt es auch oft darauf 
an, so viele Funktionen wie möglich in 
dem begrenzt zur Verfügung stehenden 
Speicherplatz unterzubringen. Ohne die 
zur Entwicklung des Programms not- 
wendige Leistung des Programmierers 
schmälern zu wollen, muß jedoch festge- 
stellt werden, daß man einem Programm, 
das nur die genannten Grundforderun- 
gen erfüllt, nicht das Qualitätsmerkmal 
„gut“, sondern nur „ausreichend“ zu- 
schreiben kann. Ein „gutes“ Programm 
zeichnet sich darüber hinaus durch fol- 
gende Eigenschaften nach [3] aus: 
® kurze Entwicklungszeit 
@ leichte Wartbarkeit 
|] al und erweiterungsfreund- 
lic 
® Übertragbarkeit 
® benutzerfreundlich 
® testfreundlich 





Priorität Interruptquelle unterbrechbar Aufruf der In- 
durch Prioritäten terrupt-Service- 
Routine 
0 RESET/Power-- — sporadisch 
down 

1 Speicherfehler 0 sporadisch 

2 A/D-Wandler Obis 1 zyklisch 

3 Echtzeituhr Obis2 zyklisch 

4 Zeitgeber 0 bis 3 sporadisch 

5 Eingabegerät 1 0 bis 4 sporadisch Bild 90: Beispiel 
6 Eingabegerät? Obis5 sporadisch für die Festle- 

7 | j gung von Inter- 
h | nicht belegt — = rupt-Prioritäten 
15 beim TMS 9900 
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Die Entwicklungszeit wird um so kürzer, 
je produktiver der Programmierer ist. 
Seine Produktivität ist eine Funktion 
seiner Erfahrung, der verwendeten Pro- 
grammiersprache, der zur Verfügung 
stehenden Entwicklungs- und Testhilfen 
und der angewandten Methode. 

Unter leichter Wartbarkeit ist zu verste- 
hen, daß Software-Mängel mit möglichst 
geringem Aufwand und ohne Beein- 
trächtigung der restlichen Software-Ei- 
genschaften behoben werden können, 
und zwar ohne Mithilfe des ursprüngli- 
chen Software-Entwicklers. Diese For- 
derung sowie die folgende kann erfüllt 
werden, wenn das Programm modular 
aufgebaut und gut dokumentiert ist. 
Anderungs- und erweiterungsfreundlich 
ist die Software, wenn sie sich mit 
geringem Aufwand und ohne Beein- 
trächtigung der übrigen Software-Eigen- 
schaften ohne Mithilfe des ursprüngli- 
chen Software-Entwicklers an eine ge- 
änderte oder erweiterte Aufgabenstel- 
lung anpassen läßt. Bei der Übertragbar- 
keit spielt zusätzlich noch eine Rolle, wie 
leicht sich das Programm an eine geän- 
derte Hardware oder System-Software 
anpassen läßt. 

Benutzerfreundlich ist die Software 
dann, wenn die Benutzung bzw. Ausfüh- 
rung des Programms vom Anwender 
wenig Eingaben oder Vorbereitungen 
erfordert. Z.B. ist es auch angenehm, 
wenn Fehlermeldungen nicht in kodier- 
ter Form, sondern im Klartext ausge- 
geben werden. 

Die Software ist testfreundlich, wenn der 
Anwender vor der Benutzung des Sy- 
stems mit Hilfe integrierter Testroutinen 
die einwandfreie Funktion des Systems 
überprüfen kann. 

Es ist offensichtlich, daß sich nicht alle 
Eigenschaften gleichzeitig ideal verwirk- 
lichen lassen, da sie sich zum Teil wider- 
sprechen und auch nicht immer erforder- 
lich sind. Die notwendigen Kompro- 
misse sollten jedoch nicht am Anfang der 
Programmentwicklung, sondern erst ge- 
gen Ende geschlossen werden, da sich die 
aufgeführten Qualitätsmerkmale nach- 
träglich, wenn überhaupt, nur mit außer- 
ordentlich hohem Aufwand „einbauen“ 
lassen. 


11.2. Strukturierte 
Programmierung 

Die genannten Software-Eigenschaften 
sind um so wichtiger, je komplexer die 
Programme sind. So ist es nur folgerich- 
tig, daß vor allem im Bereich der allge- 
meinen Datenverarbeitung, wo Pro- 
grammpakete mit einigen hunderttau- 
send Befehlen keine Seltenheit sind, in 
zunehmendem Maße diskutiert wird, wie 
Software mit möglichst wenig Aufwand, 
vor allem vom Programmierer, gut ge- 
schrieben werden kann. 

Eine Methode, von der es unzählige Vari- 
anten gibt, findet immer mehr Verwen- 
dung: Die strukturierte Program- 
mierung. Die Idee ist, durch schrittweise 
Verfeinerung eine komplexe Funktion in 
immer kleinere Aufgaben zu zerlegen, 
bis sich Teilaufgaben überschaubarer 
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Größe ergeben. Diese Methode (Top- 
down-design) wurde bereits im Ab- 
schnitt 8 (Bild 34) im Hinblick auf die 
strukturierte Programmierung beschrie- 
ben. Dort wurde der Zerlegungsprozeß 
beendet, wenn eine Teilfunktion so ein- 
fach war, daß sich ein Algorithmus ent- 
wickeln ließ. Hier empfiehlt man, daß 
eine solche Teilfunktion in der kodierten 
Form nicht mehr als 50 bis 100 Befehle 
umfassen soll, unabhängig von der ge- 
wählten Programmiersprache. Durch die 
schrittweise Verfeinerung entsteht eine 
sogenannte Baumstruktur, die sich da- 
durch auszeichnet, daß sie mit der mini- 
mal möglichen Anzahl von Verbindun- 
gen zwischen den Funktionsblöcken aus- 
kommt. Nun wird jeder Funktionsblock 
bis auf den obersten Block, der in Bild 34 
mit Systemfunktion bezeichnet wurde, 
als Unterprogramm bzw. als selbstän- 
diger Programmodul realisiert, wobei 
jeder Modul nur vom übergeordneten 
Modul aufgerufen wird und nur direkt 
untergeordnete Moduln aufruft (Bild 89). 
Die „Systemfunktion“ wird im Modul A 
realisiert, also als Hauptprogramm, das 
jedoch im wesentlichen nur steuernde, 
aber keine verarbeitende Funktionen 
ausführt. 

Bei dem gesamten Verfeinerungsprozeß 
dürfen nur drei Grundstrukturen, näm- 
lich Strukturblöcke bzw. Folgen von 
Strukturblöcken, Schleifen (do-while- 
und repeat-until-Struktur) und Verzwei- 
gungen (if-then-[else-] und case-Struk- 
tur) verwendet werden, die sich alle, wie 
in Abschnitt 9 erläutert, dadurch aus- 
zeichnen, daß sie nur einen Eingang und 
einen Ausgang haben. 

Auf diese Weise entsteht ein Programm, 
das 


® die einzelnen Teile der Systemfunk- 
tion exakt widerspiegelt, 

® aus vielen kleinen überschaubaren 
Moduln besteht, die sehr übersichtlich 
strukturiert sind, 

® die geringstmögliche Anzahl von 
Verbindungen zwischen den einzel- 
nen Moduln aufweist. 

Damit sind entscheidende Voraussetzun- 

gen für die Wartbarkeit, die Anderungs- 
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und Erweiterungsfreundlichkeit und die 
Übertragbarkeit des Programms ge- 
schaffen. Ferner ist die zu realisierende 
Funktion auf jeder Ebene der Verfeine- 
rung und in allen Entwicklungsstadien 
vollständig beschrieben, was die fortlau- 
fende Dokumentation stark vereinfacht. 
Schließlich zeigt die Erfahrung, daß mit 
dieser Methode die Produktivität des 
Programmierers wesentlich gesteigert 
werden kann. Insbesondere der Pro- 
grammtest wird erleichtert, da jeder 
Modul;beginnend bei der untersten Ebe- 
ne, für sich alleine getestet werden kann 
und nur von einem einzigen Modul, dem 
übergeordneten, gesteuert und aufgeru- 
fen werden kann. Besonderes Augen- 
merk ist bei den Modulaufrufen auf die 
korrekte Übergabe der notwendigen Pa- 
rameter zu richten. 

Zum Beschreiben der einzelnen Moduln 
und ihrer Funktionen gibt es eine Vielfalt 
von Verfahren, die in der Literatur hin- 
reichend beschrieben sind. Einen Über- 
blick gibt [4]. Am bekanntesten sind die 
sogenannten Strukturprogramme, die 
von I. Nassi und B. Shneidermann einge- 
führt wurden. Für den Programmierer 
von Mikroprozessoren sind die Verfah- 
ren jedoch nur zum Teil hilfreich, da sie 
vor allem auf die Bedürfnisse der allge- 
meinen Datenverarbeitung zugeschnit- 
ten sind. Z.B. wurde über die Beschrei- 
bung komplexer Interruptstrukturen 
noch kaum nachgedacht, nicht zuletzt 
deswegen, weil sich Informatiker im 
allgemeinen weniger Gedanken darüber 
machen, welche Hardware für den Ab- 
lauf der Software notwendig ist. 


Der Nachteil der strukturierten Pro- 
grammierung besteht darin, daß sie zu 
nicht speicherplatz- und geschwindig- 
keitsoptimalen Programmen führt. Ihre 
Anwendung ist also um so weniger sinn- 
voll, je limitierter der zur Verfügung 
stehende Speicherplatz ist. Dies ist meist 
bei Anwendungen für den Konsum- 
markt, wie Taschenrechnern, Waschma- 
schinensteuerungen und Fernsteuerun- 
gen für Fernsehgeräte und Radios gege- 
ben, da bei hoher Stückzahl der Hard- 
warepreis eine größere Rolle spielt. 


Software 


Dagegen ist es bei komplexeren Anwen- 
dungen, wie intelligenten Terminals, Pro- 
zeßsteuerungen und komfortablen Meß- 
geräten wegen der relativ geringeren 
Stückzahl zunehmend wichtiger, die 
Software-Kosten (vgl. Abschnitt 11.1) 
niedrig zu halten, auch wenn man dafür 
mit größerem Speicherplatzbedarf zah- 
len muß. Hier kann die Methode der 
strukturierten Programmierung in zu- 
nehmendem Maße, zumindest im ersten 
Anlauf, verwendet werden. Falls sich 
dann beim Programmtest ergibt, daß der 
Speicherplatzbedarf zu hoch ist, kann in 
einem zweiten Durchlauf immer noch 
entsprechend optimiert werden. 

Ist gute Software ein Problem? Sicher- 
lich — aber ein lösbares. Funktionie- 
rende Software zu schreiben, erfordert 
Erfahrung und Können. Ob sie gut ist, 
hängt vor allem von der Selbstdisziplin 
des Programmierers und des Manage- 
ments ab, nicht den bequemsten, sondern 
den langfristig wirtschaftlichsten Weg 
einzuschlagen. 
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Nachwort 

Der Verfasser bittet um Verständnis, daß 
die diversen Entwicklungs- und Testhil- 
fen, wie Editor, Assembler, Makroas- 
sembler, Simulator, Debugger, Emulator, 
Prototypensystem sowie höhere Pro- 
grammiersprachen nicht mehr, wie ur- 
sprünglich geplant, vorgestellt und erläu- 
tert werden. Statt dessen wurden die 
Programmiertechniken und Programm- 
strukturen ausführlicher dargestellt. 
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CCD-Speicher 
mit wahlfreiem Zugriff 


Kurt Hoffmann, München* 


Eigenschaften und Auf- 
bau von („C?RAM“-) 
Schreib-/Lesespeichern 
nach dem CCD-Prinzip 


Dabei ist 4 die Beweglichkeit der Ladungsträger, /. die Länge der 
MOS-Leitung und U, eine willkürlich eingeführte Spannung von I V — 
um die Gleichungen dimensionslos zu erhalten. 

Wie aus Bild 2 zu ersehen ist, wandert die injizierte Ladung infolge des 





Es ist heute möglich, mit CTD [1] die größte Bitdichte bei Halblei- 
terspeichern zu erreichen. CTD** sind seriell angeordnet — 
wodurch sie nur als Schieberegister zu betreiben sind. Dies ist für 
viele Anwendungsfälle von Nachteil. Eine neue Möglichkeit, die mit 
CTD erreichbare Bitdichte beizubehalten und einen Speicher mit 
wahlfreiem Zugriff zu realisieren, besteht darin, eine MOS-Leitung 
mit der CTD-Anordnung zu kombinieren. Diese Anordnung wird im 
folgenden beschrieben und C’RAM [2] Continuously Charge- 
Coupled Random-Access-Memory genannt. 


Aufbau der MOS-Leitung 

Die MOS-Leitung [3] ist ähnlich wie eine MOS-Kapazität aufgebaut 
(Bild 1). Die lange Garte-Elektrode, die „Widerstands-Gate" genannt 
wird, hat eine niedrige Leitfähigkeit und einen Kontakt an jedem Ende. 
Werden unterschiedliche Spannungen an die Kontakte gelegt, entste- 
hen eine Raumladungszone und ein Driftfeld an der Halbleiterober- 
fläche. Der Gleichstrom, der durch das Widerstands-Gafe fließt, hat 
keinen Einfluß auf die Ladungswanderung, die entlang der Halbleiter- 
oberfläche möglich ist. Der Wert dieses Gleichstroms kann minimal 
gehalten werden, wenn ein Polysilizium-Gare mit niedrigem Leitwert 
verwendet wird. 

Injiziert man Ladung in die Raumladungszone der MOS-Leitung, so 
wandert sie, infolge des Driftfeldes, entlang der Halbleiteroberfläche 
zum Diffusionsgebiet D;. Dieses dient als Kollektor und somit als 
Sammelstelle der Ladung. 

Die Wanderung der Ladung entlang der Halbleiteroberfläche einer n- 
Kanal-MOS-Leitung, wie sie in Bild 1 gezeigt ist, kann durch die Glei- 
chung 


9, ö 


et 0x 








| fr ar(- ee | 
Gas 30% ÖX 

beschrieben werden [3]. 

In dieser Gleichung ist ©, die Dichte der injizierten Ladung, C,, die 

flächenbezogene Gateoxid-Kapazität, Ddie Diffusionskonstante und 

yeine Konstante zwischen 0,6 und 0,8 (die von der Substratdotierung 

und der Oxiddicke bestimmt wird). 

Die numerische Lösung der Gleichung ist in Bild 2 gezeigt, wobei die 

folgende Normierung des Ortes X, der Ladung o und der Zeit r zur 

Vereinfachung verwendet wurde: 


v 


en 
L 
— O, 
o= re 
U Cl/Y 
! 
T= —— 
L/uU, 
= Dr-Ine Kurt Hoffmann ist Laborleiter der MOS-Halbleiterspeicher-Entwicklung bei der 
Firma Siemens AG. Bereich Bauelemente, WIS, München 
** CTD = charge transfer devices 
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Bild 1: Schnittbild einer n-Kanal-MOS-Leitung 
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Bild 2: Normierte 
Ladungsverteilung o 
als eine Funktion 
der normierten Lei- 
tungslänge X zu 
verschiedenen nor- 
mierten Zeiten r 














Bild 3: Prozentuale 
Ladungsrückstände 
£ als eine Funktion 
der normierten Zeit 
rbei den Gatespan- 
nungen U; = 12V 
und O&, = 5V 
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Driftfeldes, das durch die unterschiedlichen Gatespannungen U, > ®, 
erzeugt wird, zum Diffusionsgebiet D,; am Ausgang (/. = 1). Während 
dieser Ladungswanderung fließt die injizierte Ladung auseinander. Das 
Auseinanderfließen wird verursacht von der thermischen Diffusion der 
Ladungsträger und vom selbstinduzierten Feld, das durch die unter- 
schiedliche Ladungsträgerverteilung erzeugt wird. 

Die injizierte Ladung benötigt einige Zeit, um zum Ausgang zu 


wandern — wodurch zeitabhängige Ladungsrückstände Q©, in der 
MOS-Leitung bleiben. Diese Ladungsrückstände (in Prozent) sind: 
e= Q. 100% 
Q 


Für die Gatespannungen ®, = 5V und U, = 12 V sind die prozen- 
tualen Ladungsrückstände als Funktion der normierten Zeit rin Bild 3 
gezeigt. 


C’RAM-Konfiguration 

Das Schaltungsdiagramm einer C’RAM-Zeile ist in Bild 4 dargestellt. 
Die CTD-Elemente bestehen aus Transfer- und Speicherelektroden 
und sind mit Ein-Transistor-Elementen [4] vergleichbar — wobei die 
Transferelektrode dem Adreßtransistor und die Speicherelektrode 
dem Speicherkondensator entspricht. 

An der Speicherelektrode liegt ein positives Potential U-., so daß die 
binäre Information als unterschiedliche Ladungsmenge an der Halb- 
leiteroberfläche unter der Speicherelektrode gespeichert werden 
kann. Die MOS-Leitung übernimmt die Funktion der Bitleitung, deren 
Ausgang mit einem Schreib-/Lese-Verstärker verbunden ist. 

Zum Auswerten der Schaltung wurde der einfachste Schreib-/Lese- 
Verstärker gewählt, der aus einem Source-Folger (mit dem Ausgangs- 
signal U,) und einem Transistor 7, besteht. Dieser Transistor dient zum 
Einschreiben der binären Informationsspannung U, in ein Speicherele- 
ment und zum Vorladen der parasitären Kapazität C;. 

Die Kapazität C, setzt sich aus derjenigen des Diffusionsgebietes D; 
(Bild 1) und der Zingangskapazität des Schreib-/Lese-Verstärkers 
zusammen. 

® Ein Lesezyklusbeginnt mitdem Vorladen der parasitären Kapazität 
C,. Anschließend wird an eine ausgewählte Transferelektrode ein posi- 
tives Potential gelegt. Damit gelangt Ladung von der Halbleiter-Ober- 
fläche (unter der Speicherelektrode) an die Halbleiter-Oberfläche der 
MOS-Leitung und wandert zum Schreib-/Lese-Verstärker, wo die 
Kapazität C, entladen wird. 

© Ein Schreibzyklus beginnt, wenn der Transistor 7, eingeschaltet 
wird. Die Informationsspannung U, hat, abhängig von der binären 
Information, entweder positives Potential oder Nullpotential. Im Fall 
des Nullpotentials wandert Ladung in die MOS-Leitung und baut eine 
Inversionsschicht auf. Im Anschluß daran wird an eine ausgewählte 
Transferelektrode positives Potential gelegt — womit Ladung an die 
Halbleiteroberfläche unter der Speicherelektrode gelangt. Ist die 
Informationsspannung U, positiv, wird keine Inversionsschicht aufge- 
baut, so daß keine Ladung unter die Speicherelektrode gelangt. 

Die Ladungsträger müssen nach jedem Schreibzyklus aus der MOS- 


a) Oberflachenpotential b) 
Speicherelektrode 
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Bild 5: Oberflächenpotential ®, vor einem Lesezyklus (a), Oberflächenpotential ©, zu Beginn des Lesezyklus (b), Oberflächenpotential ®, 


am Ende des Lesezyklus (c) 
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Schreib-Lese-Verstärker 
Bild 4: Schaltungsdiagramm einer C’RAM-Zeile 


Leitung entfernt werden, um die Leitung auf den nächsten Lesezyklus 
vorzubereiten. Dies geschieht in einem folgenden Entleervorgang, bei 
dem die Ladung, ähnlich wie beim Lesezyklus, zum Schreib-/Lese- 
Verstärker wandert. 

Um den Schreib-/Lese-Zyklus und Entleervorgang genauer zu be- 
schreiben, wird das Oberflächenpotential & an der Halbleiterober- 
fläche unter der Speicherelektrode der Transferelektrode und entlang 
der MOS-Leitung betrachtet. Das Oberflächenpotential vor einem 
Lesezyklus ist in Bild 5a dargestellt. 

An der Transferelektrode liegt Nullpotential. Die binären „1*- und „O*- 
Zustände, die vom Vorhandensein und Nichtvorhandensein von 
Ladungsträgern definiert sind, erzeugen unterschiedliche Oberflächen- 
potentiale unter der Speicherelektrode. Das Oberflächenpotential 
entlang der MOS-Leitung wird infolge der unterschiedlichen Gate- 
spannungen U, > ®, zum Ausgang hin größer. 

Wird an die Transferelektrode ein positives Potential gelegt, wandert 
die Ladung von der Halbleiteroberfläche unter der Speicherelektrode 
zur Halbleiteroberfläche der MOS-Leitung (Bild 5b) und entlang dieser 
zum Ausgang (Bild 5c). 

Der Lesezyklus ist beendet, wenn die gesamte Ladung zum Schreib-/ 
Lese-Verstärker gewandert ist. 

In Bild 6 ist das Oberflächenpotential während des Schreibzyklus 
dargestellt. Im Fall einer binären „I“ wandert Ladung entlang der 
Halbleiteroberfläche der MOS-Leitung und baut eine Inversions- 
schicht auf. Da an der Transferelektrode ein positives Potential liegt, 
gelangt Ladung in das Speicherelement. Soll eine binäre „O0“ gespeichert 
werden, gelangt keine Ladung an die Halbleiteroberfläche der MOS- 
Leitung — und somit keine in das Speicherelement. 

In Bild 6 wandert die Ladung, im Gegensatz zum Lesezyklus, gegen die 
Richtung des Driftfeldes. Dies ist möglich, da das selbstinduzierte Feld 
— hervorgerufen vom großen Ladungsträgerunterschied — der domi- 
nierende Einfluß für das Wandern der Ladung ist. 

Nachdem der Schreibzyklus beendet ist, wird Nullpotential an die 
Transferelektrode gelegt, wodurch die Ladung in der MOS-Leitung 
von derjenigen unter der Speicherelektrode getrennt wird. Im An- 
schluß daran wird der Entleervorgang eingeleitet, bei dem die Ladung 
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Bild 6: Oberflächenpotential ®, wäh- 
rend des Schreibzyklus 








Bild 7: Oberflächenpotential ®, wäh- 
rend des Entleervorgangs 





Bild 8: Oszillogramm 
des Ausgangssig- 
nals U, bei Verwen- 
dung einer 300 ıım 
langen und 4 um 
breiten MOS-Lei- 
tung 











der MOÖS-Leitung zurück zum Schreib-/Lese-Verstärker wandert (Bild 
1). 


Experimentelle Resultate 

Verschiedene C’RAM-Zeilen mit unterschiedlichen MOS-Leitungs- 
längen wurden in n-Kanal-Polysilizium-Gare-Technologie realisiert. 
Bild 8 zeigt das Oszillogramm des Ausgangssignals U,, wenn eine 
binäre „O* und „I“ gelesen werden. Der Adreßimpuls &, wurde dabei an 
ein Speicherelement am Ende der MOS-Leitung gelegt. Die MOS- 
Leitung hatte eine Länge von 300 um und eine Breite von 4 um. Die 
Verzögerungszeit /,, gemessen vom Anlegen des Impulses &, bis zum 
halben Amplitudenwert des Ausgangssignals U, betrug 250 ns. 

An einer Testschaltung mit einer 600 um langen MOS-Leitung wurde 
eine Verzögerungszeit von 800 ns gemessen. 

Die Verzögerungszeit 1, kann nach folgender Gleichung abgeschätzt 
werden 


Inder MOS-Leitung entsteht eine mit thermischer Generation entstan- 
dene Ladung, die an der Halbleiteroberfläche zum Ausgang wandert. 
Da die Dichte der injizierten Ladung wesentlich größer ist als die 
thermisch erzeugte, wird das Ausgangssignal U, während des Lese- 
zyklus nicht beeinflußt. 


Die aus dem Speicherelement in die MOS-Leitung gelangte Ladung 
wandert nahezu verlustlos zum Schreib-/Lese-Verstärker. Aus diesem 
Grund kann die Speicherelektrode — und damit das Speicherelement 
— im Vergleich zu bekannten Ein-Transistor-Elementen [4] wesentlich 
verkleinert werden. Die Analyse des Ausgangssignals U, ergab, daß ein 
Speicherelement auf einer Fläche kleiner als 300 um’ realisiert 
werden kann, wenn ein Doppel-Polysilizium-Gare-Prozeß mit 5-um- 
Entwurfsunterlagen verwendet wird. Damit ist die Zellenfläche des 
C’RAMSs vergleichbar mit der von CCD-Speichern, jedoch bleibt der 
Vorteil des wahlfreien Zugriffs zu den einzelnen Speicherelementen 
erhalten. 

Insgesamt ergibt sich, daß die mit der C’-RAM-Technik erreichbare 
Bitdichte vergleichbar ist mit der von CCD-Speichern — wobei der 
wahlfreie Zugriff erhalten bleibt. Dieser Vorteil wird allerdings mit 
einer größeren Zugriffszeit im Vergleich zu herkömmlichen Speichern 
mit Ein-Transistor-Elementen erkauft. 
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MHNOS- Metal- 
Witride-Oxide-Silicon 


Karl-Heinz Stryi* 





Eine Technologie für 
nichtflüchtige Halbleiter- 
speicher 


Der Gruppe der EAROM (Electrically Alterable Read Only 
Memory) zuzurechnen sind die nichtflüchtigen (non vola- 
tile) MNOS-Speicher. Sie haben mit allen bisher bekannten 
Halbleiterspeichern gemeinsame Eigenschaften. Es beste- 
hen aber auch Unterschiede gegenüber den einzelnen 
Typen. Dieser Beitrag beschreibt den Aufbau solcher Spei- 
cher und geht auf deren Arbeitsweise ein. 


Wie EPROM und PROM werden auch die EAROM nicht während der 
Diffusion oder durch eine Metallisierung programmiert. Der ge- 
wünschte Speicherinhalt kann vom Anwender, und zwar ohne Pro- 
grammiergerät, im jeweiligen System eingeschrieben werden. Das 
Löschen und erneute Programmieren geschieht ausschließlich mit 
elektrischen Signalen. 

Während PROM bekanntlich nur ein einmaliges Programmieren mit 
einem Programmiergerät gestatten, lassen sich EAROM umprogram- 
mieren und benötigen im Gegensatz zu EPROM kein UV-Licht zum 
Löschen des Speicherinhaltes. Zu maskenprogrammierten ROM 
besteht eine Übereinstimmung in der statischen Arbeitsweise und dem 
Erhalt der gespeicherten Information beim Abschalten der Versor- 
gungsspannung. 

Die größte Ähnlichkeit des EAROM besteht funktionell zum RAM. 
EAROM wie auch RAM sind elektrisch programmier- und löschbar 
und lassen sich zerstörungsfrei auslesen. Bei diesen beiden Speicher- 
arten laufen alle Arbeitsgänge im System des Anwenders ab. Im 
Gegensatz zu einigen RAM-Typen und Schieberegistern benötigen 
EAROM jedoch keine Clock-Signale. Der wesentliche Unterschied 
zwischen EAROM und RAM besteht jedoch darin, daß beim EAROM 
die eingeschriebene Information auch nach dem Abschalten der 
Versorgungsspannung erhalten bleibt. 


Aufbau des MNOS-Speichers 

Kern der Speicherschaltung von MNOS-Speichern ist ein p-Kanal- 
MNOS-FET. Dieser im Metal-Gate-Verfahren hergestellte Transistor 
hat zwischen Gate und Kanal zusätzlich zur Isolationsschicht aus Sili- 
ziumdioxid noch eine Silizium-Nitrid-Schicht. An der Oxid-Nitrid- 
Grenzfläche befinden sich eine Anzahl von Haftstellen, die durch posi- 
tive oder negative Gatespannungen umgeladen werden können. Durch 
die unterschiedlichen Ladungszustände der Haftstellen hat der Tran- 
sistor entweder eine hohe oder eine niedrige Einsatzspannung; d.h. 
durch den Ladungszustand der Haftstellen wird die Höhe der Schwell- 
spannung beeinflußt. Man stellt also einen MOS-Transistor mit elek- 
trisch veränderbarer Ansprechspannung her. 


® Ing. Karl-Heinz Sıryi ist Vertriebsleiter der Firma Infratron, Hamburg. 
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Gegenwärtig besteht eine Speicherzelle aus zwei MNOS-Transistoren, 
die beim Einschreiben unterschiedlich ionisiert werden. 

Eine beim Lesen adressierte und derart programmierte Speicherzelle 
wird über einen Differenzverstärker und ein Flipflop ausgelesen. Für 
größere Speicher laufen Entwicklungen und Untersuchungen an I- 
Transistor--MNOS-Speicherzellen. Bei kleinen Speichern, bis etwa 
1024 bit, sind Dual-Transistor-Speicherzellen noch ökonomisch, da die 
Chipgröße wesentlich von der Eingangslogik und den Ausgangspuf- 
fern bestimmt wird. Da aber größere Speicher mit 4 und 8 Kbit produ- 
ziert werden sollen, muß die Speichermatrix miniaturisiert werden. 
Die Eingangslogik eines 4K-Speichers ist nur unwesentlich größer als 
die eines IK-Speichers. Somit bestimmt die Größe der Speichermatrix 
zunehmend mit der Anzahl der Bits die Fläche und auch die Kosten der 
Schaltung. 


Arbeitsweise und Speicherzeit 

Die heutigen Standard-MNOS-Speicher arbeiten statisch und haben 
ihre maximale Speicherzeit bei abgeschalteter Versorgungsspan- 
nung. 

Nitron spezifiert die Speicherzeit (data retention)im Datenblatt nicht 
mit 10 Jahren für einen neuen Speicher nach dem ersten Einschreiben, 
sondern unter „Worst-case“-Bedingungen wie folgt: 

10 000 h als garantiertes Minimum auch noch nach 10° Schreib- und 
Löschzyklen sowie nach 10'' Auslesungen bei einem Arbeitstempera- 
turbereich von 0 bis 70 °C. 

Die 10 000 h zählen vom letzten Auslesen an. Bei einigen 64 x 4-bit- 
Speichern vom Typ NC 7040 wurden bereits über 10000 h „data 
retention” ohne Versorgungsspannung bei 85 °C Lagertemperatur 
gemessen. Aufgrund dieser Meßwerte erwartet man Speicherzeiten 
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Bild 1: Blockschaltbild des 1024-bit-MNOS-Speichers NC 
7050. Er ist zu 256 x 4 bit organisiert 
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Bild 3: Chip-Struktur des 1024-bit-MNOS-Speichers NC 7050 


von mindestens 5 Jahren für diese Speicherschaltung. Dabei muß man 
wissen, daß nicht nur die MNOS-Transistoren, sondern auch der 
gesamte Aufbau der Schaltung großen Einfluß auf die Speicherzeiten 
haben. Die MNOS-Transistor-Speicherzellen alleine haben Speicher- 
zeiten von rd. 10 Jahren. Diese 10 Jahre Speicherzeit sind aber nicht 
ohne weiteres auf jede integrierte Schaltung zu übertragen und gelten 
hauptsächlich für Speicher, die nicht häufiger als 1000mal ausgelesen 
wurden. 

Geringe Leckströme und hohe Temperaturen können die Speicher- 
zeiten in integrierten Schaltungen beeinträchtigen. 

Messungen haben gezeigt, daß z.B. auch langes Auslesen Einfluß auf die 
Speicherzeit haben kann. Garantiert werden mindestens 100 h konti- 
nuierliches Auslesen jeder Adresse. 

Um eine maximale Speicherdauer zu erzielen, sollten die vorgege- 
benen Lösch- und Schreibzeiten eingehalten und nur möglichst kurz- 
zeitig ausgelesen werden bzw. ein Refresh-Zyklus nach insgesamt 100 
Auslesestunden jeder Adresse erfolgen. 

Solange nicht eingeschrieben oder ausgelesen werden muß, ist es 
empfehlenswert, auch die Versorgung abzuschalten oder die Mode- 
Dekoder-Eingänge auf Standby zu setzen. 

Sollten für bestimmte Anwendungen kürzere Zykluszeiten wichtiger 
sein als lange Speicherzeiten, so kann mit kürzeren Lösch- und Schreib- 
zeiten gearbeitet werden. 

Wie auch bei RAM ist die Lebensdauer der EAROM durch die Anzahl 
der Arbeitszyklen begrenzt. Nach einer Mindestanzahl von 10° 
Schreibzyklen wird noch eine Speicherdauer von min. 10 000 h ohne 
Versorgungsspannung angegeben. 

Die minimale Anzahl der Lesezyklen ist mit 10'’ spezifiziert. Nach 10'° 
Lesezyklen ist aber nicht der Speicher, sondern evtl. nur die gespei- 
cherte Information zerstört bzw. unzuverlässig auslesbar. Danach kann 
erneut eingeschrieben und wieder 10''mal ausgelesen werden. 
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Bild 4: Beispiel einer Speichererweiterung auf 512 x 8 bit mit dem Typ 
NC 7050 


Betriebsbedingungen 

Die erst seit rd. 3 Jahren in Stückzahlen produzierten EAROM haben 
sich zu Beginn nicht gegen RAM durchgesetzt, da die erste Generation 
von EAROM mit Zugriffszeiten von 25 us sehr langsam war und die 
Eingänge noch nicht dekodiert waren. Zu Beginn der Entwicklung 
wurde mehr auf sehr geringen Leistungsbedarf für den Einsatz in 
batterieversorgten Geräten geachtet. 

Die neuen Standard-Typen NC 7040 und NC 7050 lassen Zugriffs- 
zeiten von weniger als 1 us zu. Bei Sonderentwicklungen genügen 
schon Lösch- und Schreibzeiten von 100 us. 

Ein weiteres Problem bestand in der Isolation der am MNOS-Transi- 
stor erforderlichen 30 V gegen 15 bzw. 5 V für die Eingangs- und 
Ausgangslogik. Bei den neuen Typen stehen vollständig dekodierte 
Eingänge zur Verfügung. 

Diese Eingänge sind direkt CMOS-kompatibel. Als Interface zu TTL- 
Schaltungen lassen sich TTL-Puffer mit offenem Kollektor einset- 
zen. 

Mit der Versorgungsspannung V.. ist der Ausgangspegel kompatibel 
für 5-V-TTL-Schaltungen oder 15-V-CMOS-Schaltungen einstellbar. 
Zum Betrieb sind dann lediglich noch — 15 V und + 15 V Versorgungs- 
spannung notwendig. 

Die zuletzt genannten Eigenschaften treffen für die neuen 64 x 4-bit 
und 256 x 4-bit-Speicher zu. Diese Standard-Typen werden bereits in 
Produktionsmengen eingesetzt. 

Sonderentwicklungen für die Einsatzbereiche Taschenrechner, Fern- 
seh- und Radiogeräte sind jetzt abgeschlossen. Der Taschenrechner- 
Speicher NC 7051 arbeitet beim Lesen mit einer Versorgungsspan- 
nung von nur 9 V. Zukünftige Speicher werden auch zum Schreiben 
und Löschen nur eine Versorgungsspannung benötigen. 

Da EAROM-Typen CA- und CS-Eingänge haben, sind größere Spei- 
chereinheiten wie 128 x 8 bit und 512 x 8 bit möglich. 
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Der Magnetblasenspeicher — 
ein Massenspeicher 

für Mikroprozessor- 
Anwendungen 


J. Julissen, David M. Lee, Gerald M. Cox 


Die Realisierung des ersten kommerziell einsetzbaren Ma- 
gnetblasenspeichers kann als Pioniertat auf dem Gebiet der 
Speicherentwicklung gelten. 92 304 Bits, organisiert entspre- 
chend dem Major-Minor-Loop-Prinzip, sind in einem Dual- 
inline-Gehäuse mit 14 Anschlüssen untergebracht, dessen 
Volumen weniger als 7 cm? beträgt. Der Speicherinhalt ist 
einfach les- und modifizierbar und geht auch bei Ausfall der 
Stromversorgung nicht verloren (nichtflüchtiger Speicher). 
Verglichen mit anderen Magnetspeichern bietet dieses 
Bauelement bestechende Vorteile: es ist kleiner und schnel- 
ler, nimmt weniger Leistung auf und wird billiger werden — 
vorausgesetzt, daß die Speicherdichte hinreichend zunimmt 
und genügend Erfahrungen bei der Fertigung von Groß- 
stückzahlen vorliegen. 


Entgegen allen früheren Voraussagen, die den Magnetblasenspeicher 
vor allem in Massenspeichern von Großrechenanlagen eingesetzt 
sahen, wird das Hauptanwendungsgebiet bei Mikrocomputern liegen, 
die nicht mehr als einige Megabits Speicherkapazität benötigen. Hier 
konkurrieren die Magnetblasenspeicher preislich bereits jetzt mit 
kleinen Floppy-Disks. Zunächst besteht ein wesentlicher Vorteil bei 
Mikroprozessorsystemen darin, daß sowohl das Programm als auch 
alle Daten nichtflüchtig gespeichert sind. Aber das eigentlich Vorteil- 
hafte ist, daß der Massenspeicher auf derselben Leiterplatte wie der 
Mikroprozessor untergebracht werden kann — im Gegensatz zu den 
mechanischen Lösungen, die immer eine Menge von Interface-Logik 
und Verbindungskabeln aufweisen. Darüber hinaus kann die Kapazität 
eines Magnetblasenspeichers in Inkrementen von jeweils 92 kBits 
erweitert werden. Dadurch ist es nicht mehr notwendig, mehr Speicher 
als erforderlich vorzusehen — was bei einer Floppy-Disk oder den 
Kassetten sicher oft vorkommt. 

Wie bei den meisten Speichertechnologien entstehen auch beim 
Magnetblasenspeicher einmalige Kosten für die Schnittstelle und die 
Steuerschaltungen, was bei Mikroprozessoranwendungen unbestreit- 
bar prozentual besonders zu Buche schlägt. Um diesen Aufwand 
jedoch möglichst klein zu halten, wird Ende des Jahres eine ganze Serie 
spezieller hochintegrierter Schaltungen verfügbar sein, die eine 
unkomplizierte Verbindung von Magnetblasenspeicher und Anwen- 
dersystemen erlauben. 

Der Bitpreis der konkurrierenden Magnetplattenspeicher ist sehr stark 
abhängig von der Speicherkapazität, so daß ein allgemeingültiger 
Vergleich nicht möglich ist. Um einen Anhaltspunkt zu geben, sind im 
folgenden einige Beispiele aufgeführt: Bei einer Mini-Floppy-Disk mit 
700 000 Bits liegt der Bitpreis bei etwa 0,75 Pf, bei einer doppelten 
Standard-Floppy-Disk schon bei 0,175 Pf. Der Bitpreis fällt auf 0,125 Pf, 
wenn eine auswechselbare 20-Megabit-Magnetplatteneinheit (moving 
head disk) eingesetzt wird, oder gar auf 0,013 Pf bei einer 3330- 
Magnetplatteneinheit mit 800 Megabit. In allen Bitpreisen sind die 
Kosten für die Interface-Elektronik eingerechnet. 


Preis-Leistungs-Vergleich 

Tatsache ist, daß bei abnehmender Speicherkapazität der Bitpreis von 
Magnetplatten rapide zunimmt. Daher ist der Magnetblasenspeicher 
preislich vor allem bei Speicherkapazitäten von etwa 3 Megabit oder 
darunter interessant — also für Systeme, die mit Mikrocomputern 
aufgebaut sind. 

Aus der Tabelle 1 läßt sich ablesen, daß zu typischen Minicomputern 
und neuerdings Mikroprozessoren jeweils preislich passende Massen- 


Die Autoren sind Mitarbeiter der Texas Instruments Inc. Dallas, USA. 
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speicher entwickelt wurden. Derzeit kosten Mikrocomputer on-the- 
board (auf einer Leiterplatte) weniger als 2500,— DM, wobei der 
Gestehungspreis für Magnetblasenspeicher erheblich besser als der 
von Floppy Disks der gezeigten Entwicklung entspricht. 

Für einen kompletten Speicher, bestehend aus einem Magnetblasen- 
chip und der Interface-Logik, wird man Ende nächsten Jahres weniger 
als 190,— DM zu zahlen haben. 

Magnetblasenspeicher vereinigen in sich die wesentlichen Vorteile 
sowohl von Halbleiter- als auch von mechanischen Magnetspeichern, 
wobei der Vergleich, natürlich abhängig von der Technologie, mehr 
oder weniger überzeugend ausfällt. (Ganz neu ist die sogenannte 
EBAM-Technologie, d.h. Electron-Beam-Adressable-Memory bzw. 
„durch Elektronenstrahl adressierbare Speicher“, eine Technologie, die 
ein potentieller Konkurrent des Magnetblasenspeichers ist; aber nur 
bei großen Speicherkapazitäten von 30 und mehr Megabits.) 
Verglichen mit Festkopfplattenspeichern (fixed head disk) und Floppy- 
Disks weist der Magnetblasenspeicher eine höhere Zuverlässigkeit und 
eine niedrigere Fehlerrate aufgrund der wegfallenden mechanischen 
Teile auf. Weitere Vorzüge sind schnellere Zugriffszeit, kleinere 
Leistungsaufnahme, geringere Abmessungen, weniger Aufwand für die 
Schnittstelle und niedrigerer Gestehungspreis — aufgrund fehlender 
mechanischer Teile. 

Allerdings sind die Datenübertragungsraten geringer als die bei Fest- 
kopfplattenspeichern. Der gegenwärtige Bitpreis ist einiges höher als 
der bei Floppy Disks, sieht man einmal von wirklich kleinen Systemen 
ab. 

Ein Vergleich mit Halbleiterspeichern ist fairerweise nicht möglich. Es 
ist sehr wahrscheinlich, daß Halbleiter- und Magnetblasenspeicher 
zusammen in einem System eingesetzt werden. Dabei werden als 
Arbeitsspeicher wohl weiterhin RAMs dienen, und zwar aufgrund der 
erheblich besseren Zugriffszeiten, der höheren Übertragungsraten und 
der einfacheren Schnittstellenrealisierung, während Magnetblasen- 
speicher vor allem den Datenverkehr vom und zum System überneh- 
men. 

Im Hinblick auf CCD-Speicher (CCD = Charge coupled devices) 
bieten Magnetblasenspeicher zwei Vorteile: Unverlierbarkeit der 
Information und höhere Packungsdichte. Dagegen sind die Zugriffs- 
zeiten und die Datenübertragungsrate ungünstiger. Preislich liegen 
beide Speicher im Moment gleich, langfristig wird die höhere 
Packungsdichte des Magnetblasenspeichers jedoch zu einem Preisvor- 
teil gegenüber CCD-Speichern führen. 

Ein Hauptnachteil besteht heute darin, daß sich Magnetblasenspeicher 
leider nicht kostengünstig aus einem System herauslösen lassen. Ein 
austauschbares Magnetblasenspeichermodul wäre im Hinblick auf die 


Tabelle 1: Chronologie der Massenspeicher bei Minicomputern 





Jahr Minicomputer On-line-Speicher Off-line-Speicher 








1968 PDP-8 Kernspeicher, Magnet- Kernspeicher, Magnet- 
32 000,— DM platte band 
(Klasse IBM 2311): (Klasse IBM 2401): 
62 000,— DM 50 000,— DM 
1971 PDP-11 auswechselbare Minicomputer 
TI-960 Magnetplatte Magnetband 
TI-980 (Diablo 31): 
20 000,— DM 25 000,— DM 22 000,— DM 
1974 „nackte“ Floppy-Disk Kassette 
Minicomputer 5000,— DM 
<7000,— DM 7000,— DM 3M-Magnetplatte: 
7000,— DM 
1977 Mikrocompu- Magnetblasenspeicher, Minikassette 
terplatine DDC-Speicher Mini Floppy 
<2500,— DM ab 180,— DM ab 2500,— DM 
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Unverlierbarkeit der Information außerordentlich sinnvoll, aber es 
kommt zu teuer, als daß es für die nahe Zukunft in Erwägung gezogen 
werden könnte. Bis dahin wird, im Zuge des Trends zum „Distributed- 
Processing“, dieser Nachteil wohl dadurch teilweise aufgehoben 
werden, daß über die Kommunikationsglieder und deren Verknüpfung 
miteinander die Austauschbarkeit funktionell realisiert werden kann. 


Eigenschaften 

Der TBM 0103 stellt in einem einzigen Dual-in-line-Gehäuse mit 14 
Anschlüssen (2,54 x 2,8 x 1,0 cm) eine nichtflüchtige Speicherkapa- 
zität von 92 304 Bits zur Verfügung. Im Gehäuse befinden sich der 
eigentliche Magnetblasen-Chip, zwei Feldspulen, zwei Permanent- 
magnete und ein Schutzschild zur Abschirmung gegen’Magnetfelder 
mit einer Stärke von bis zu 40 Oersted. Die notwendigen Steuerfunk- 
tionen — wie Generierung und Vernichtung der Magnetblasen — 
werden durch Stromimpulse realisiert, die durch die entsprechenden 
Funktionsgruppen auf dem Chip fließen. Die Übertragungsrate der 
Magnetblasen beträgt 100 kBit/s, und der Arbeitstemperaturbereich 
reicht von O bis 70 °C. In Tabelle 2 sind die Spezifikationen zusammen- 
gefaßt. 


Der Chip 

Der Chip besteht aus einem Gadolinium-Gallium-Garnet-Substrat, auf 
das ein magnetischer Epitaxialfilm aufgebracht ist. Auf diesem Film 
wiederum sind Führungselemente aus Permalloy-Metall angeordnet, 
die die Bewegungsrichtung der Magnetblasendomänen bestimmen, 
sobald ein rotierendes magnetisches Feld auf sie einwirkt. Das Magnet- 
feld wird von zwei Spulen erzeugt, die den Chip umgeben. Wenn das 
Feld rotiert, bewegen sich die Magnetblasendomänen unter den 
Führungselementen aus Permalloy schieberegisterähnlich. Die zwei 


Tabelle 2: Daten des Magnetblasenspeichers TBM 0103 





zur Verfügung stehende Kapazität 
Organisation 

Frequenz des Treiberfelds 

Datenrate beim Lesen und Schreiben 
maximale Datenrate in den Neben- 
schleifen 

durchschnittliche Zugriffszeit für das 
erste Bit 

durchschnittliche Zykluszeit für einen 
144-bit-Block 

Leistungsaufnahme bei einem Arbeits- 
zyklus von 100% 

maximaler Arbeitstemperaturbereich 
Lagertemperatur ohne Informations- 
verlust 

Abmessungen 

Anzahl der Anschlüsse 

Abstand der Anschlüsse 
Reihenabstand der Anschlüsse 
Gewicht 

maximal zulässiges externes Magnet- 
feld beliebiger Richtung 





92 304 Bit 
144 Nebenschleifen ä 641 bit 
100 kHz 
50 kBit/s 
100 kBit/s 


4,0 ms 
12,8 ms 
0,6 W 


0 bis 70°C 
—40 bis 85 °C 


2,54cm x 2,8cm x 1,0 cm 
14 

0,254 cm 

3,048 cm 

20 g 

40 Oersted 


Permanentmagnete sorgen für eine konstante magnetische „Vorspan- 
nung“ in der magnetischen Epitaxie-Schicht, wodurch die Existenz der 
Magnetblasen stabilisiert wird. In einer mikroskopisch kleinen „1-Bit“- 
Schleife, realisiert in einem Sekundärfilm, der dicht auf dem Epitaxial- 
Film liegt, werden die Magnetblasen durch Stromimpulse erzeugt. 
Ob eine Magnetblase vorhanden ist oder nicht, wird in einem Feld von 
Detektoren festgestellt die durch miteinander verbundene Permalloy- 
Streifen aufgebaut sind. Wenn unter diesen eine Magnetblase vorbei- 
kommt, ändert sich ihr Widerstandswert. Da die Detektoren an die 
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Bild 1: Magnetblasenspeicher für Mikroprozessor-Anwendun- 
gen. Wenn als Massenspeicher für Mikroprozessor-Systeme 
Magnetblasenspeicher verwendet werden, bleibt das Pro- 









Warnsignal bei Netzausfall 


Funktions- 
zeitgeber 























I] Funktions- 
treiber 


ma Funktions- 
treiber 


ee 


ba 4 weiteren Speicherzellen 


Dioden- 
matrix 


TBM 0103 








Spulen- 
treiber 








Speicherzelle 


Lesesignalverstärker 
und Widerstands- 
netzwerk zum 
Brückenabschluß 


TBM 0103 
Dioden- 
matrix 
























Speicherzelle 







Spulen- 
treiber 












Speicherzelle 






Lesesignalverstärker 
und Widerstands - 
netzwerk zum 









Speicherzelle 











gramm und die Daten für immer erhalten. Die Kapazität dieses 
Speichersystems beträgt bei acht nichtflüchtigen Speicher- 
zellen insgesamt 738 432 Bits oder 92 304 Worte zu 8 Bits 
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Bild 2: Integrierter Steuerbaustein (n-Kanal MOS). Der TMS 
9916 steuert das Schieben der Magnetblasen, stellt die Syn- 
chronisation sicher und hält die jeweilige Seitenposition fest. Er 





gegenüberliegenden Anschlüsse einer Brückenschaltung angeschlos- 
sen sind, bedeutet eine nicht abgeglichene Brücke, daß eine Magnet- 
blase vorbeigezogen ist. 

Wenn man alle Bits in einer einzigen Speicherschleife rotieren lassen 
würde, wäre die Zugriffszeit relativ lang. Mit der sogenannten Major- 
Minor-Loop-Architektur wird jedoch beim TBM 0103 eine wesentlich 
bessere Zugriffszeit erzielt. In insgesamt 157 Nebenschleifen mit je 641 
potentiellen Magnetblasenpositionen steht eine Speicherkapazität von 
100 637 Bits zur Verfügung — bei einer durchschnittlichen Zugriffszeit 
zum ersten Datenbit von 4 ms. 


Die Schleifen 

Die Datenbits werden in die Hauptschleife des Chips geschrieben und 
auch von dort wieder ausgelesen. Die Anwesenheit einer Magnetblase 
während eines Zeitraums von 10 us wird als logische 1 interpretiert, die 


Abwesenheit einer Magnetblase während dieses Zeitraums entspre-. 


chend als logische 0. Die Hauptschleife kann als ein zyklisches Schie- 
beregister mit nur einer Schieberichtung angesehen werden, das den 
Datentransport von und zur jeweils ersten Bitposition der 157 Neben- 
schleifen bewerkstelligt. Der Zugriff auf einen Datenblock erfolgt 
derart, daß die Nebenschleifen solange rotiert werden, bis die Daten 
des richtigen Blocks in den jeweils ersten Bitpositionen der Neben- 
schleifen und damit in der Hauptschleife liegen. Durch Rotieren der 
Hauptschleife wird dann der Datenblock ausgelesen. 

Aufgrund der verwendeten filigranen Struktur ist es schwierig, ein voll 
funktionsfähiges Element zu fertigen. Damit die Ausbeute bei der 
Produktion und damit die Kosten in vernünftigen Grenzen liegen, 
wurde der TBM 0103 redundant aufgebaut. Bis zu 13 der insgesamt 15 
Nebenschleifen dürfen defekt sein, ohne die Einsatzfähigkeit des 
Bausteines zu beeinträchtigen. 

In Bild 1 ist ein typisches Mikroprozessor-System dargestellt, in dem 
als Massenspeicher die Magnetblasenspeicher verwendet werden. Der 
Speicherteil besteht aus dem speziellen Steuerbaustein TMS 9916, 
einem Funktionszeitgeber, der Logik für die Daten, Redundanz und 
Chip-Select sowie 8 Magnetblasenspeichersegmenten. Zu jedem 
Segment gehört ein TBM 0103, eine integrierte Diodenmatrix und 
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enthält einen maskenprogrammierbaren ROM, der entspre- 
chend unterschiedlicher Schleifenorganisation programmiert 
werden kann 











integrierte Funktions- und Spulenreiber. Je zwei der acht Speicherseg- 
mente werden von einem der vier Lesesignalverstärker mit dem zuge- 
hörigen Widerstandsnetzwerk für den Brückenabschluß bedient. Diese 
Organisation läßt sich mit besonders wenigen Bauelementen realisie- 
ren. Dafür ist die Datenübertragungsrate auf 50 Bit/s beschränkt, da 
jeweils pro Zeiteinheit nur auf die eine Hälfte eines Magnetblasenspei- 
cherpaares zugegriffen werden kann. Durch mehr Aufwand bei der 
Logik für die Daten und bei der Leseverstärkerschaltung kann die 
Datenrate bis auf 200 Bit/s erhöht werden. Allerdings arbeitet der 
spezielle Steuerbaustein TMS 9916 bei 50 Bit/s am effektivsten, wenn 
pro Zeiteinheit nur auf einen TBM 0103 zugegriffen wird. 


Die Funktion 

Der Lesebetrieb ist relativ einfach: Zunächst wählt der Mikropro- 
zessor mit der Datenlogik das richtige Speichermodul aus, auf das 
zugegriffen werden soll, und übermittelt dem Steuerbaustein eine 
Seitennummer und das Lesesignal. Wenn die richtige Speicherseite zur 
Verfügung steht, speichert der Steuerbaustein die Daten in seinem 
Zwischenspeicher und veranlaßt beim Mikroprozessor einen Interrupt. 
Daraufhin liest dieser die Daten aus dem Zwischenspeicher aus. Der 
gesamte Vorgang nimmt nur einige ms in Anspruch. 

Beim Schreibzyklus schreibt der Mikroprozessor wiederum die Daten 
in den Zwischenspeicher des Steuerbausteins, initiiert die Datenüber- 
tragung und wartet auf das Rückmeldesignal vom Steuerbaustein, das 
anzeigt, daß die Speicherung der Daten in den Magnetblasenspeicher 
abgeschlossen ist. 

Der Steuerbaustein TMS 9916 (siehe Bild 2) steuert die Schiebeopera- 
tionen der Magnetblasen, hält die jeweilige Seitenposition fest und 
stellt die Synchronisation mit dem Magnetblasenspeicher sicher. Der 
TMS 9916 enthält ein Steuer-ROM, je einen Serien-Parallel- und Paral- 
lel-Serien-Umsetzer für die Datenübertragung von und zum Magnet- 
blasenspeicher, einen 20 Byte umfassenden Puffer zur Zwischenspei- 
cherung von Daten sowie die Adreßlogik, um die Synchronisation mit 
den Datenverschiebungen im Speicher aufrecht erhalten zu können. 
Alle Teile sind in n-Kanal-MOS-Technologie integriert und werden in 
einem 40poligen Gehäuse geliefert. Per Software läßt sich der Steuer- 


115 


Speicher 





elektronikpraxis 





Daten zum 
Steuerbau- 





Strobes für Daten von stein 
Synchronisa- Leseverstär- 
tionsschaltung kern 


2 


















4:1 Multi- 
plexer 


1:8 Demulti- 
plexer 








Latsch 


nn 


Modul Select 
vom Mikro - 
prozessor 


Bild 3: Ein Fall der Redundanz 








Zum Steuer- 
baustein 












8:1 Multi- 
plexer 





256 Worte 


vom Steuer- 


8bit Zähler baustein 







Taktein- 
gang 








baustein auf Seitengrößen von 1 bis 20 Bytes, auf Nebenschleifenlängen 
bis zu 1024 Bytes und die Übertragung von 1 bis 1024 Seiten einstel- 
len. 

Entsprechend der Mikroprozessorbefehle kann der Steuerbaustein die 
Übertragung einer oder mehrerer Steine von Daten im Single-Page- 
Mode oder Multi-Page-Mode steuern. Beim Multi-Page-Mode greift er 
auf lange Datenblöcke zu, pro Dateneinheit aber jeweils auf nur eine 
Seite. Der Mikroprozessor-Interrupt wird nach jedem einzelnen gele- 
senen oder geschriebenen Byte generiert. Beim Single-Page-Mode 
wird der Interrupt nur bei vollständig abgeschlossener Übertragung 
eines Datenblocks generiert. 

Während der jeweils richtigen Feldrotationsperiode des Magnetbla- 
senspeichers setzt der Steuerbaustein in der externen Schaltung Flag- 
gen, die gewisse Magnetblasenoperationen auslösen — z.B. die 
Vernichtung oder Wiederherstellung von Magnetblasendomänen. 


Die redundanten Schleifen 
Damit die 13 defekten Nebenschleifen nicht doch benützt werden, muß 


in der externen Logik eine Tabelle dieser Nebenschleifen vorliegen. 


Die Tabelle wird gewöhnlich für je einen Magnetblasenspeicher in 
einer Art ROM gespeichert. Beim Zugriff auf einen Speicher wird die 
Tabelle aus dem zugehörigen ROM gelesen und dazu benutzt, die 
Datenübertragung eventuell zu verhindern. 

Auf diese Weise gelangt kein unkorrektes Bit in den Zwischenspeicher 
des Steuerbausteins. Das für die Tabelle benützte ROM kann z.B. ein 
separater programmierbarer Baustein sein, wie es in Bild 3 in Verbin- 
dung mit der Datenlogik dargestellt ist. Eine andere Möglichkeit 
besteht darin, die Tabelle im Magnetblasenspeicher selbst zu speichern 
und sie vor jedem Schreib- oder Lesevorgang in den RAM des Mikro- 
prozessors einzulesen. 


Der Funktionszeitgeber 

Die Synchronisationssteuerung wird von einer weiteren integrierten 
Low-Power-Schottky-TTL-Schaltung mit 22 Anschlüssen übernom- 
men. Die enthält Steuerflipflops, die die Start-/Schiebe-/Stop-Sequen- 
zen des rotierenden Magnetfeldes synchronisieren, einen maskenpro- 
grammierbaren ROM, der die Zeitgeberimpulse koordiniert und an 
andere Chip-Architekturen eventuell anpaßt sowie Ausgangs-Latches 
und Gatter. | 

Eine 16polige integrierte Schaltung, der Funktionstreiber, setzt die 
TTL-Pegel der Synchronisationssteuerung in die Stromimpulse um, die 
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für den Magnetblasenspeicher notwendig sind. In dieser Schaltung sind 
Konstantstromquellen enthalten, die von externen Signalen ein- und 
ausgeschaltet werden. 

Die TTL-Signale des Funktionszeitgebers gelangen an eine zweite 
integrierte Schaltung, den 8poligen Spulentreiber, der zusammen mit 
der Diodenmatrix die dreieckigen Stromverläufe für die Feldspulen 
erzeugt. Zwei weitere Schaltungen sind notwendig, um aus dem Detek- 
torsignal einen normalen logischen Pegel zu erhalten. Die eine ist eine 
8polige hybride Schaltung, die das Widerstandsnetzwerk enthält, um 
jene zwei verbleibenden Anschlüsse der Brücke abzuschließen, an die 
bereits die Detektorelemente des Magnetblasenspeichers angeschlos- 
sen sind. Im Netzwerk sind ferner Komponenten zur Wechselstrom- 
kopplung, Hochfrequenzfilter und Widerstände zur Einstellung des 
Stroms im Funktionstreiber — IC enthalten. Zum zweiten ist noch eine 
8polige integrierte Schaltung notwendig, die den Leseverstärker 
enthält. Mit Hilfe von Verstärkern und Spannungsindikatoren werden 
aus dem einige Millivolt betragenden Analogsignal, das vom Brücken- 
abschluß-Netzwerk geliefert wird, logische Pegel generiert. 

Ein komplettes Magnetblasenspeichersegment besteht also aus dem 
eigentlichen Speichermodul und dem Äquivalent von drei 16poligen 
Dual-in-line-IC. Acht solcher Segmente ergeben dann, auf einer 
einzigen Leiterplatte, eine Speicherkapazität von 738 432 Bits oder 
92 304 Bytes. Es ist offensichtlich, daß sich ein solches Speichersystem 
besonders für Mikroprozessor Systeme eignet. 

Der Magnetblasenspeicher und die Interface-Schaltungen arbeiten mit 
den Versorgungsspannungen +12 und +5 V. In der Tabelle 3 sind die 
geschätzten Werte für die Leistungsaufnahme eines solchen Speicher- 
systems für den Stand-by- und aktiven Betrieb aufgeführt, wobei bei 
den Werten für Aktivbetrieb angenommen wurde, daß jeweils nur ein 
Speichermodul aktiv ist. 

Falls aus zwingenden Gründen eine besonders niedrige Leistungsauf- 
nahme erforderlich ist, könnte auch eine getaktete Stromversorgung 
für den gesamten Magnetblasenspeicher einschließlich der Steuer- 
schaltungen oder nur für die einzelnen Speicherzellen eingesetzt 
werden. 

Wenn man pro IC auf einer Leiterplatte mit zwei Leiterebenen 6 cm? 
rechnet und für ein Magnetblasenmodul 10 cm?, dann sind für 8 Spei- 
cherzellen 250 cm? notwendig. Hinzu kommen noch 60 cm? für den 
Steuerbaustein und die Datenlogik, so daß sich das gesamte beschrie- 
bene Speichersystem auf einer Leiterplatte von wenig mehr als 300 cm? 
unterbringen läßt. 
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Tabelle 3: Leistungsaufnahme eines 92-kBit-Magnetblasenspeichers 
einschließlich aller Interface-Schaltungen 


Modul ist nur bei 
Zugriff eingeschaltet 


Modul ist immer 
eingeschaltet 


Standby Aktiv Standby Aktiv 

(w) (w) (Ww) (W) 
Magnetblasenmodul 0 0,6 0 0,6 
Spulentreiber 4,8 5,5 0 18 
Funktionstreiber 1,6 1,9 0 0,5 
Leseverstärker 0,7 0,7 0 0,18 
Funktionszeitgeber 0,3 0,3 0 0,3 
Steuerbaustein 1,0 1,0 1,0* 1,0 
Sonstige Logik 1,5 1,5 0 1,5 
Gesamt 9,9 11,5 1,0 5,38 


* Kann auch getaktet werden. 


Tabelle 4: Daten eines 92-kByte-Magnetblasenspeichersystems 


Datenübertragungsrate 44 kBit/s 
durchschnittliche Zugriffszeit 4ms 
Leistungsaufnahme 11,5 W 
Gewicht 312g 
Volumen 600 cm? 


Das Gewicht 

Das Gewicht des Systems wird im wesentlichen von der Anzahl der 
Magnetblasenmodule bestimmt. Ein Modul wiegt einschließlich der 
dazugehörigen Interface-Schaltungen 27 g. Das Gewicht für das 
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gesamte System mit8 Moduln und der Elektronik auf einer Leiterplatte 
beläuft sich auf 312 g. 

Obwohl die Datenrate für jedes Modul 50 Bit/s beträgt, kann man über 
alles gesehen nur mit 44 Bit/s rechnen. Dies ist eine Folge der System- 
redunanz und der Major-Minor-Loop-Architektur. In der Tabelle 4 
sind die wesentlichen Daten eines 92 kByte Magnetblasenspeichersy- 
stem zusammengefaßt. 

Bei der Entwicklung eines solchen Magnetblasenspeichersystems 
müssen mehrere Fallgruben umgangen werden. Zunächst eignen sich 
die Gatterelemente des Magnetblasenspeichers wegen der kleinen 
Geometrie und hohe Stromdichten ganz gut als Sicherungen. Deshalb 
muß der Entwickler sorgfältig darauf achten, daß die Stromimpulse 
innerhalb der Spezifikation liegen. Ebenfalls unzulässig sind Strom- 
überschwinger in Spulen- oder Funktionstreibern. Die Schaltungen 
beinhalten daher bereits intern einen entsprechenden Schutz für den 
Einschaltvorgang. 

Da das Detektorsignal nur eine kleine Amplitude aufweist, muß die 
Leiterplatte sorgfältig aufgebaut werden. Die Leseverstärker, Detek- 
toren und das Netzwerk zum Brückenabschluß müssen nahe beiein- 
ander liegen. Die Versorgungsspannung ist unbedingt gut zu filtern und 
die Leiterplatte sollte eine möglichst großflächige Massefläche aufwei- 
sen. 

Obwohl das Speichermodul magnetisch gut abgeschirmt ist, können 
externe Felder mit mehr als 40 Oersted Feldstärke an der Abschirmung 
zu einer Zerstörung der Magnetblasen führen. Dieser Punkt kann 
jedoch weitgehend vernachlässigt werden, da nur in wenigen Anwen- 
dungen derartige Magnetfelder zu erwarten sind. 

Ein Datenverlust kann bei der Major-Minor-Loos-Architektur dann 
auftreten, wenn sich Daten in der Hauptschleife befinden und das 
Rotationsfeld zusammenbricht. Der Steuerbaustein TMS 9916 ist 
jedoch in der Lage, diese Daten in die Nebenschleifen zu retten, falls 
nach einem entsprechenden Warnsignal die Spannungsversorgung 
noch mindestens 12,8 ms erhalten bleibt. 
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Programmieren Sie doch Ihre 


EPROM mit einem „P-System — 
es Ist kostengünstiger 


Jürgen Barschat (Ing. grad.)* 


In diesem Fall handelt es 
sich um ein Programmier- 
gerät für die EPROM TMS 
2708/2716. Es ist eine ein- 
fache und kostengünstige 
Realisierung mit uP-Sy- 
stemen, die sich auch auf 
andere Fälle übertragen 
läßt. 


Speicher in uP-Systemen sind im allgemeinen aus Festwert- 
und Datenspeicherbereichen aufgebaut. Während der Daten- 
speicherbereich mit RAM (Schreib-Lese-Speicher) realisiert 
wird, besteht der Programmspeicherbereich aus ROM, PROM 
oder EPROM (Festwertspeicher). 

Es empfiehlt sich jedoch gerade in der Testphase, wenn also 
eine Schaltung und das dazugehörige Programm noch nicht 
voll ausgetestet sind oder diese aus anderen Gründen später 
eventuell noch modifiziert werden sollen, anstelle von ROM 
oder PROM zunächst EPROM einzusetzen. Diese EPROM 
lassen sich beliebig oft durch eine intensive Bestrahlung mit 
UV-Licht in etwa 15 Minuten löschen und dann neu elektrisch 
programmieren. 

Häufig kommt es auch vor, daß ein Anwender nur EPROM 
einsetzen und programmieren willund außerdem noch über ein 
uP-System verfügt. In diesem Fall sind die auf dem Markt 
angebotenen Programmiergeräte in der Regel zu aufwendig, 
weil diese entweder die zusätzliche Möglichkeit der Program- 
mierung von bipolaren PROM besitzen oder aber in einer 
bauteileintensiveren Logik ohne Mikroprozessor aufgebaut 
sind. 

Der folgende Bericht befaßt sich mit einem Schaltungsvor- 
schlag für ein EPROM-Programmiergerät und der dazugehö- 
rigen Software. Dabei wird trotz der universellen und flexiblen 
Programmierbarkeit von EPROM eine preiswerte Realisie- 
rung mit geringem Bauteileaufwand erreicht. 


Technische Merkmale 


Neben der Beschreibung der Hardware wird ein Vorschlag für 
ein Steuerprogramm vorgestellt, welches für die Mikrocompu- 


* Jürgen Barschat ist Mitarbeiter der Texas Instruments Deutschland GmbH, 
Freising. 
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terplatine TM 990/100 M geschrieben wurde. Durch geringfü- 
gige Programm-Modifikationen läßt sich die Hardware jedoch 
auf jedem beliebigen 9900-System einsetzen. Ebenfalls durch 
Programmänderung besteht zusätzlich die Möglichkeit, das 
EPROM-Programmiergerät auf der TM 990/100 M-Platine mit 
einem hexadezimalen Mikroterminal TM 990/301 zu bedie- 
nen. 
Die wichtigsten technischen Merkmale des Programmierge- 
rätes sind: 
® EPROM TMS oder TMS 2716 
© TMS 9900-systemkompatibel 
© beliebiger Speicherbereich (0-FFFF Hex) 
® beliebige Anzahl zu programmierender Bytes 
©@ beliebiger Programmierbgreich der EPROM 
@ 3 Programmier-Arten 

— höherwertige Bytes (AA) 

— niederwertige Bytes (BB) 

— höher- und niederwertige Bytes (AB) 
® geringer Bauteilaufwand 
® Programmierprozedur per Software gesteuert 
Das Programm wurde so geschrieben, daß die EPROM TMS 
2708 oder TMS 2716 mit den Daten aus einem beliebigen 
Speicherbereich von Adresse >0 bis Adresse >FFFF 
programmiert werden können. Außerdem besteht die Möglich- 
keit, eine beliebige Anzahl von Bytes in einen frei zu wählenden 
Speicherbereich des EPROM zu programmieren. Da der Spei- 
cher des Systems TMS 9900 16-bit-organisiert ist, muß man sich 
zusätzlich noch entscheiden, ob nur jeweils die höherwertigen 
Bytes (AA), die niederwertigen Bytes (BB) oder fortlaufend 
nacheinander linke und rechte Bytes (AB) eines Wortes 
programmiert werden sollen. 


Funktion der Schaltung 

Da die Programmierung von EPROM keine zeitkritischen 
Probleme aufwirft und der Bauteileaufwand klein ist, wurde die 
gesamte Schaltung auf die beim TMS 9900 ebenfalls vorhan- 
dene programmierbare E/A-Schnittstelle ausgelegt (siehe Bild 
1). Diese recht schnelle bitorientierte Schnittstelle (CRU- 
COMMUNICATION REGISTER UNIT) verfügt über Einzel- 
bitmanipulation sowie über ein variables Ein/-Ausgabeformat 
von 1 bis 16 bit. Sie besteht aus dem Dateneingang (CRUIN), 
dem Datenausgang (CRUOUT) und einem zusätzlichen Takt- 
signal (CRUCLK) zum Setzen der Ausgänge. Mit dem entspre- 
chenden Programmbefehl können hier Daten variabler Wort- 
länge zum Eingang (STCR) und Ausgang (LDCR) des Mikro- 
prozessors gebracht oder einzelne Bits gesetzt bzw. rückge- 
setzt (SBO bzw. SBZ) und getestet (TB) werden. 

Für die Programmierung des EPROM sind Zeitprobleme von 
vornherein ausgeschlossen, da zunächst die Adressen und 
Daten des EPROM gesetzt werden und erst danach mit dem 
nächsten Befehl der Programmierpuls geschaltet wird. 
Folgende Steuerleitungen vom TMS 9900-System werden 
benötigt: 


— die Adressen A 10 bis A 14 (A 14 ist das LSB) 

— SEL I als Adreßdekodiersignal der Basisadresse 

— CRUIN Dateneingabeleitung der programmierbaren Ein-/ 
Ausgabe zum TMS 9900-System 

— CRUOUT Datenausgabeleitung der programmierbaren 
Ein-/Ausgabe vom TMS 9900-System 
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Bild 1: Schaltbild des EPROM-Programmierers TM 990/100 M 





— CRUCLK Ausgabetaktsignal der programmierbaren Ein-/ 
Ausgabe 

— IORES als definiertes Rücksetzsignal der 4 Steuerleitungen 
des EPROM-Programmiergerätes beim Einschalten 

Als Basisadresse für die bitweise Übertragung wurde die 

Adresse 0 gewählt, d.h., unter Verwendung des schon auf der 

TM 990/100 M-Platine vorhandenen Dekodier-Signals SEL I 

werden die Ausgänge des Dekoders (U 1) mit den Adressen O0 

bis 1 F (0 bis 3E) aktiviert (siehe Tabelle 1). 


Unter dieser Basisadresse 0 lassen sich auch mit dem entspre- 
chenden Maschinenbefehl über den Multiplexer (U2) EPROM- 
Daten zum TMS 9900 oder mit dem zusätzlichen CRUCLK- 
Signal über das Schieberegister (U3) Speicherdaten zum 
EPROM bringen. Die Tri-state-Ausgänge des Schieberegisters 
werden durch die Steuerleitung BIT 12 gesteuert. 

Ebenfalls mit dem CRUCLK-Signal werden, beginnend mit der 
hexadezimalen Adresse 8 (10), über die adressierbaren Spei- 
cher (U4, U5) die EPROM-Adressen angelegt und die 4 Steu- 
erleitungen gesetzt bzw. rückgesetzt. 

Der Spannungsregler uA 723 (U7) schaltet den Program- 
mierpuls auf PIN 18 des EPROM, d.h., wenn der Ausgang BIT 
26 gesetzt wird, geht der Ausgang des Verstärkers auf 26 V; 
wird der Ausgang BIT 26 rückgesetzt, stellen sich am Verstär- 
kerausgang 0 V ein. 

Der Abgleich der 26 V erfolgt mit den Widerständen R, = 22 
kQ und R, = 82 kN;der Widerstand RSC = 15 N begrenzt den 
Programmierstrom auf 40 mA. 

Da die EPROM 2708 und 2716 bis auf 2 Anschlüsse pinkom- 
patibel sind (das EPROM 2716 hat eine Adreßleitung mehr), 
läßt sich mit einem 2fach-Schalter (S,/S,) eine Umschaltung 
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Bild 2: Darstellung eines Speicherbereiches des TMS 





vornehmen. Das EPROM 2708 benötigt an PIN 20 CS (PE) 
beim Lesen eine Spannung von 12 V; an PIN 24 muß konstant 
die Spannung VCC = 5 V liegen. Das EPROM 2716 verlangt 
PIN 20 als Adreßleitung A 10 (MSB); an PIN 24 VCC (PE) muß 
beim Lesen eine Spannung von 5 V und beim Programmieren 
eine Spannung von 12 V liegen. 

Der Schalter S, nimmt die Umschaltung für PIN 20, der 
Schalter S, für PIN 24 vor. Der Ausgang BIT 12 steuert außer 
den Tri-state-Ausgängen des Schieberegisters (U5) ebenfalls 
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Ausgabe 
Text ia 

Ausgabe 
Text 5 


Eingabe 
MEM 













Startadresse 












Eingabe 
MEM =-=—=1(2,B.E98) 
Endadresse 












©) 








noch PIN 20 des EPROM 2708, d.h., an den Eingang CS (PE) 
wird für das Lesen eine Spannung von 0 V und für den 
Programmierungsablauf eine Spannung von 12 V gelegt. Für 
PIN 24 des EPROM 2716 wurde als Spannungsschalter (von 5 V 
auf 12 V) der Baustein LM 317 (U6) eingesetzt. Der Abgleich 
der beiden Spannungen erfolgt mit den Widerständen R, = 220 
Q, R, = 680 Q und R, = 1,2 KQ. 

Während durch das Setzen der Steuerleitung BIT 12 die volle 
Widerstandskombination wirksam wird und sich am Ausgang 
eine Spannung von 12 V einstellt, hat das Rücksetzen des 
Ausgangs BIT 12 einen Kurzschluß des Widerstands AR, zur 
Folge. Die Ausgangsspannung sinkt auf 5 V. 
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Teil 2+3 





Eingabe 
EPROM —#---—-—- (z.B. 6C) 
Startadresse 










EPROM 
Startadresse 
setzen 












EPROM Adresse 
erhöhen 
und setzen 
















letzte 
Adresse ge- 
setzt? 


Setzen des 


ERROR LIGHT 


()--—- monnon 


Text 8 EROM NOT ERASED 



















J 


Schleifenzähler 
setzen ca. 168 


PROGON LIGHT 
und BIT 12 
setzen 













MEM Startadr. 
und EPROM 
Startadr. setzen 






MEM-Data 
setzen 












BIT 26 


setzen ca.08ms | ———— (programming on for 0,8mS) 








BIT 26 
rücksetzen 






EPROM- Adresse 
erhöhen u. setzen 









MEM-Adresse 
erhöhen u. MEM- 
Data setzen 















Programmbeschreibung 
Das Programm gliedert sich in 4 Abschnitte: 


1: 


PuWN 


Feststellen des Programmier-Modus und der zu program- 
mierenden Speicher- und EPROM-Bereiche 

Test auf gelöschten EPROM-Bereich 
Programmier-Routine 

Vergleich des programmierten EPROM-Bereiches mit dem 
zu programmierenden Speicherbereich (Verify) 


Zu 1. Für die EPROM 2708/2716 können jeweils 3 verschiedene 
Programmier-Arten gewählt werden: 
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Speicher 











TEIL 4 









letzte 
Adr. programm 
? 








nächste 
Schleife 
















letzte 
Schleife durch- 
‚aufen 












BIT 12 und 
PROGON LIGHT 
rücksetzen 


PROGRAMMING ERRORS, 
START ONCE MORE! 


Text 8 









PROGRAMMING COMPLETED, 
NO ERRORS THIS RUN 


Text 9 





EPROM Startadr. 
und MEM 
Startadr. setzen 








EPROM-Adresse 
erhöhen u. setzen. 
MEM-Adr. erhöh 






Ausgabe 
Text 8 


Setzen des 
ERROR LIGHT 





Ausgabe 
Text9 


——— (MONITOR) 




















TMS 2708 TMS 2716 
AA08 AA16 
BB08 BB 16 
AB08 ABI16 
IE 
Tabelle 2 
Beim Modus[AA 08 oder AA 1T6lwerden nacheinander die Bytes 


nn + 2,n + 4..,n + 2x programmiert. Dabei ist n die 
Startadresse undn + 2x die Endadresse des Speicherbereiches 
(siehe Bild 2). 

Beim Modus BB08 oder BB 16] werden nacheinander die Bytes 
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n+1,n+3,nn+35..,n+ 2x + I programmiert, dabei istn + 
1 die Startadresse undn + 2x + 1 die Endadresse des Spei- 
cherbereiches (siehe Bild 2). 

Beim Modus|AB08 oder AB 16lkönnen Start- und Endadresse 
des Speicherbereiches beliebig gewählt werden. Die Bytes 
werden fortlaufend programmiert. Ist die Startadresse z.B.n + 
3 und die Endadresse n + 2x, werden die Bytesn + 3,n + 4, 
n+5,n+6...n + 2x programmiert (Bild 2). 

Die Anfangsadresse des EPROM-Bereiches darf stets frei 
gewählt werden; sie liegt also zwischen den Werten O bis 3FF 
(Hex) bzw. 0 bis 7FF (Hex). 

Zu 2. Der Test auf gelöschten EPROM-Bereich wird durchge- 
führt, indem zur EPROM-Startadresse die Differenz der Spei- 
cherstart- und Speicherendadresse addiert wird. Die Daten des 
so ermittelten EPROM-Bereiches müssen gelöscht grundsätz- 
lich einen „High“-Pegel aufweisen, d.h., diese Bytes müssen 
gleich FF (Hex) sein. Es ist also, wie man sieht, jederzeit 
möglich, eine „I“ in eine „O* zu verwandeln; der umgekehrte 
Weg von „O0“ nach „1“ ist nicht möglich. Bei nicht vollständig 
gelöschtem Bereich wird eine Fehlermeldung gedruckt; zusätz- 
lich leuchtet die rote ERROR-Lampe auf (siehe Bild 1). 

Zu 3. Der zeitliche Ablauf der Programmierung entspricht den 
Angaben im Datenblatt des TMS 2708/2716. Zunächst leuchtet 
die grüne „PROGRAMM ON“-Lampe auf, BIT 12 wird dann 
gesetzt und bleibt für die gesamte Programmierungsphase 
aktiv. Nach dem Anlegen der EPROM-Adresse und der 
Programmierdaten aus dem Speicher wird der Program- 
mierpuls BIT 26 (26 V) für 0,8 ms geschaltet. Es folgen die 
nächste EPROM-Adresse und Programmier-Daten aus dem 
Speicher mit anschließendem Programmierpuls von 0,8 ms. 
Dieser gesamte Zyklus von der ersten bis zur letzten Adresse 
wird insgesamt 160mal durchfahren, so daß sich für jede 
Adresse eine Programmierzeit von 0,8 ms x 160 = 128 ms 
ergibt. Die maximale Programmierzeit für das EPROM TMS 
2708 beläuft sich auf /», = 2,5 Minuten und für das EPROM TMS 
2716 auf » = 5 Minuten. 

Zu 4. Nach der Programmierung prüft das Programm, ob der 
programmierte EPROM-Bereich mit dem zu programmieren- 
den Speicher-Bereich übereinstimmt. Ist dieses der Fall, wird 
eine END-Meldung ausgedruckt und die grüne Lampe erlischt. 
Im anderen Fall wird eine entsprechende Fehlermeldung 
gebracht und die rote ERROR-Lampe leuchtet auf (siehe Bild 
1). 

Das gesamte Programm befindet sich in EPROM von Adresse 
800 bis A90 (Hex) und im RAM von Adresse FF40 bis FF67 
(Hex). 

Insgesamt ergibt dieses 328 Worte ä 16 bit oder 656 Bytes & 8 
bit. 





Adreßbelegungsplan (serielle Schnittstelle) 











eff. Adr. WR 12 CRUCLK 
EPROM-Daten zum TMS 9900 Obis 7 0 ohne 
bis E 
Speicher-Daten zum EPROM Obis7 0 mit 
bis E 
Adresse zum EPROM 8 bis 12 10 mit 
bis 24 
Steuerleitung BIT 12 14 28 mit 
Steuerleitung BIT 26 15 2A mit 
Steuerleitung ERRLGT 16 2€ mit 
Steuerleitung PROGON 17 2E mit 
Tabelle 1 
Schrifttum 


[1] TMS 9900 Data Manual Okt. 76, Datenblatt der Texas Instruments Deutsch- 
land GmbH. { h j 

[2] TM 990/100 M Microcomputer User's Guide, Juli 77, Beschreibung der Hard- 
ware u. Monitorsoftware. ; . 

[3] Huse, H.: Programmierbares uP-Ein-/Ausgabesystem, elektronikpraxis, Nr. 9, 
Sept. 77. 

[4] Datenblätter der EPROM TMS 2708/2716, Texas Instruments Deutschland 
GmbH. 

[5] The TTL Data Book, Datenbuch Texas Instruments Deutschland GmbH. 

[6] The Linear Control Data Book, Datenbuch Texas Instruments Deutschland 
GmbH. 
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Peripherie 


Peripheriebausteine für den 
Mikroprozessor Z 80 








Entwicklung eines IEC-Interfaces 
für einen Mikrorechner 
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Peripherie 


Peripheriebausteine 
für den Mikroprozessor Z 80 


Hans Peter Blomeyer-Bartenstein und Bernhard Mindermann* 


Anschluß- und 


Programmierhinweise 


Für Anwender, die nicht auf Standardbaugruppen zurück- 
greifen wollen oder können, ist zur vollen Ausnutzung der 
Vorteile der Architektur des Mikroprozessors Z 80 die 
Kenntnis von Hardware-Details der peripheren Bausteine 
wichtig. In diesem Beitrag werden entsprechende Hinweise 
zu Fragen der Ein-/Ausgabe und der Interrupt-Behandlung 
zusammen mit den zugehörigen Programmieranleitungen 
gegeben. 


Das System Z 80 wurde so ausgelegt, daß mit minimalem Schaltungs- 
‚aufwand eine möglichst hohe Leistungsfähigkeit erreicht wird. Dies gilt 
besonders für die Interrupt-Behandlung, deren Flexibilität und Lei- 
stungsfähigkeit über das bei Mikrocomputern übliche hinausgeht und 
damit dem Z 80 Möglichkeiten eröffnet, die bisher teuren Prozeßrech- 
nern vorbehalten waren. 


Interrupt-Architektur der Z 80-Peripheriebausteine 
Die Z 80-CPU verfügt über zwei grundsätzlich getrennte Interrupt- 
Behandlungsweisen, den „nichtmaskierbaren“ und den „normalen“ 
Interrupt. 
Beim „nichtmaskierbaren“ Interrupt gelangen die Interruptanforde- 
rungen über den hardwaremäßig separaten Eingang NMl an die CPU. 
Die Anfangsadresse der zugehörigen Interrupt-Bedienroutine liegt 
fest auf der Programmspeicheradresse 0066. H. Esmuß hier angemerkt 
werden, daß beispielsweise das System 8080 A, auf dem das System 
Z 80 softwaremäßig aufbaut, nicht über einen solchen gesonderten 
Interrupt verfügt. Dieser nichtmaskierbare Interrupt wird vom Inter- 
rupt-Freigabe-Flipflop der Z 80-CPU nicht beeinflußt, d.h. eine Inter- 
rupt-Anforderung an diesem Pin läßt sich nicht durch einen /nterrupt- 
Disable-Befehl per Programm sperren. 
Sinn dieser Einrichtung ist es, Alarmfälle, wie z.B. kritische Bedin- 
gungen in einem Prozeß oder Stromausfall, die vom momentanen 
Zustand der CPU und des Anwenderprogramms unabhängig sind, in 
möglichst kurzer Zeit behandeln zu können. Das ist deshalb möglich, 
weil die Verzweigung auf die Interrupt-Bedienroutine hard- statt soft- 
waremäßig realisiert ist. Dieser Interrupt hat grundsätzlich höchste 
Priorität. mn 
Der „normale“ Interrupt (Eingang INT) kann durch die Befehle /nter- 
rupt Disable und Interrupt Enable per Anwenderprogramm gesperrt 
bzw. freigegeben werden. Hierbei sind das Verzweigen auf verschie- 
dene Interruptbedienroutinen und das Priorisieren aller Interrupt- 
Anforderungen möglich. Aus Kompatibilitätsgründen zum System 
8080 A verfügt die Z 80-CPU über folgende drei Betriebsarten (Inter- 
rupt modes), die sich bei Programmbeginn durch den Befehl Sei /nter- 
rupt Mode = IM mode (mit mode = 0, 1 oder 2) vorwählen lassen: 
® Mode 0 entspricht genau der Interrupt-Behandlungsweise der 
8080 A. Dabei sind in gängigen Hardwareimplementierungen max. 
8 Interrupt-Bedienroutinen möglich, deren Startadressen im Be- 
reich O bis 56 (dezimal) liegen, und die über eine „Restart“-Bedin- 
gung auf dem Datenbus angesprungen werden können. Die Priori- 
sierung muß durch gesonderte Hardware erfolgen, z.B. mit Priori- 
täts-Enkoderbausteinen. 
Wegen seiner eingeschränkten Möglichkeiten wird man dieses 


® Dipl.-Ing. Hans Peter Blomeyer-Bartenstein ist Leiter des Geschäftsbereichs Mikrocomputer 
der Kontron Elektronik GmbH und Dipl.-Ing. Bernhard Mindermann Geschäftsführer der 
Mikrotron GmbH: beide Eching bei München. 
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Interrupt-Behandlungsverfahren in Z 80-Systemen nur dann ver- 
wenden, wenn bereits vorhandene 8080 A-Programme auf Z 80- 
Hardware unverändert ablaufen sollen. 


® Mode 1 ermöglicht nur die Verwendung einer einzigen Interrupt- 
ebene („Restart 7“). 
Ähnlich wie Mode 0 ist auch Mode 1 zur Herstellung der Kompa- 
tibilität zum 8080 A gedacht; er entspricht der Verwendung des 
8228 (mit 1 kN gegen +12 V am „INTA“-Stift) als Sender einer 
einzigen Restart-Adresse (0038 H). 

® Mode 2 beinhaltet die für das System Z 80 charakteristische 
Betriebsart, die eine praktisch unbegrenzte Anzahl an Inter- 
ruptebenen zuläßt, wobei die gesamte Priorisierung in den Z 80- 
Ein-/Ausgabebausteinen ohne zusätzlichen Schaltungsaufwand ge- 
schieht. 

Der entsprechende Informationsfluß ist in Bild 1 schematisch darge- 

stellt. 

Vor dem erstmöglichen Auftreten eines Interrupts werden CPU und 

Peripherie initialisiert. Das geschieht üblicherweise zu Programmbe- 

ginn nach folgendem Schema, um undefinierte Verhältnisse beim 

Einschalten zu vermeiden: 

DI ; Sicherstellung definierter Interrupt-Verhältnisse 

; es folgen sämtliche CPU- und I/O-Initialisierungen 

IM 2 ; Interrupt-Mode = 2 

EI ; Jetzt kann INT freigegeben werden. 

Dabei ist zweierlei zu tun: 

© In das I-Register der Z 80-CPU (8 bit) wird der höherwertige Teil 
einer 16-bit-Adresse (Interrupt-Service-Routinen-Zeiger) gela- 
den. 

© In das Vektor-Register jedes Z 80-Peripheriebausteins wird der 
gewünschte niederwertigere Teil einer 16-bit-Adresse (Interrupt- 
Service-Routinen-Zeiger) geladen. 

Wie aus Bild 1 ersichtlich, sind die Interrupt-Anforderungsausgänge 

„INT“ sämtlicher Peripheriebausteine (Open-Drain-Ausgänge) mitein- 

ander und mit dem Interrupt-Anforderungseingang INT der Z 80-CPU 

verbunden. Aufgrund der internen Prioritätsfestlegung kann nur der 

INT-Ausgang aktiv (Low) werden, dessen Tor die momentan höchste 





eg 


DET [Ein /Aus-ı 

DR EEEB E68 To 
Z |Adreß- f 
‚dekodie-! 
Irung ! 


Z80-Ein/Ausgabe-Bausteine 
{PIO, SIO,CTC,DMA) 
Go 





16 -bit- 


Adreßbus Periphere 


Schaltung 


Leitungen 


Z80 CPU 














Bild 1: Schematische Darstellung der Z 80-Interrupt-Architek- 
tur. Die Interrupt-Anforderungsausgänge sämtlicher Periphe- 
riebausteine sind miteinander und mit dem Interrupt-Anforde- 
rungseingang der CPU verbunden 
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Priorität hat. Es ist also eindeutig definiert, welches Tor eine Interrupt- 
Anforderung ausgestellt hat. 

Dieses Port legt nun die in seinem anfangs geladenen Vektorregister 
gespeicherte untere Adressenhälfte auf den Datenbus. 

Von der CPU wird dieser Wert gelesen, sobald die Interrupt-Anforde- 
rung der Peripherie eingetroffen und der momentan in Ausführung 
befindliche Befehl abgearbeitet ist. 

Der zu Anfang im I-Register der Z 80-CPU abgespeicherte Wert wird 
nun von der CPU als höherwertiges Byte, der von der Peripherie her 
eingelesene Vektor als niederwertigeres Byte einer 16-bit-Adresse 
interpretiert, unter der die CPU die Anfangsadresse der der anfor- 
dernden Peripherie in eindeutiger Weise zugeordneten Interruptbe- 
dienroutine erwartet. 


Auch diese Adreßinhalte werden vor Auftreten der Interrupt-Anfor- 

derung per Programm definiert. 

Es wird also eine echte speicherindirekte Adressierung der Interrupt- 

Bedienroutinen mit Hilfe einer Sprungtabelle durchgeführt. 

Dadurch lassen sich folgende Vorteile realisieren: 

® Die Interrupt-Bedienroutinen können auf jeder beliebigen Spei- 
cheradresse beginnen. 

® Es können beliebig viele verschiedene Interrupt-Bedienroutinen 
benutzt werden. 

@ Es ist eine dynamische Zuweisung zwischen Peripherie und Inter- 
rupt-Bedienroutinen durch programmgesteuerte Zuweisung der 
Zeiger an die Peripherie möglich. 

® Da die Sprungtabelle wahlweise in einem Festwert- oder in einem 
Schreib-/Lesespeicher-Bereich abgelegt werden kann, ist es mög- 
lich, in einfachster Weise (nämlich durch Hochzählen eines Sprung- 
zeigers) ein und derselben Peripherie im Verlauf des Programms 
verschiedene Bedienroutinen zuzuweisen. 

Dabei ist darauf zu achten, daß bei der letztgenannten Möglichkeit die 

Änderung der Zuweisung durch Modifizieren der Sprungtabelle und 

bei dem davor genannten Punkt durch Neuladen des Interruptvektors 

in der Peripherie erfolgt. 

Es muß jetzt noch klargestellt werden, wie Anforderungskonflikte der 

Ein-/Ausgabebausteine vermieden werden. Im System Z 80 geschieht 

dies durch eine sogenannte Hardware-Priorisierungskette (Daisy 

chain priority interrupt). Sie ist bereits standardmäßig in jedem Z 80- 

Peripheriebaustein implementiert und bewirkt, daß das Port einen 

Interrupt anfordern kann, dessen Priorisierungseingang „High“ ist 

(Bild 2). Sein Priorisierungsausgang (lEO) ist mit dem Priorisierungs- 

eingang des nächstniedriger zu priorisierenden Tores verbunden und 

immer dann „High“, wenn gerade keine Interruptanforderung vorliegt, 
bzw. „Low“, wenn dieses höher priorisierte Tor gerade mit der Behand- 
lung eines Interrupts beschäftigt ist. 

Der Priorisierungseingang des „ersten“ Tores wird fest auf „High“ 

gelegt. Da sein Priorisierungseingang niemals gesperrt werden kann, 

hat er grundsätzlich die höchste Priorität. Beinhaltet ein Z 80-Baustein 
mehrere Tore (Z 80-PIO, -CTC, -SIO), so ist die Priorität zur Einspa- 
rung von Stiften chipintern festgelegt. 

Gegenüber einer softwaremäßigen Priorisierung hat diese Methode 

folgende Vorteile: 

® Die gesamte Interrupt-Priorisierungs-Hardware verschwindet, da 
sie in den Ein-/Ausgabe-Bausteinen des Systems unterzubringen 
ist; ein „Interrupt-Controller“ oder ein spezieller Priorisierungs- 
baustein wird überflüssig. 

® Eine schnelle Interrupt-Bedienung ist möglich, da die höchste Prio- 
rität nicht erst von der CPU ermittelt werden muß. 

Das hardwaremäßige Festlegen der Priorität wird manchmal als unan- 
genehme Restriktion empfunden. Dazu ist zu bemerken, daß eine 
Änderung der Priorisierung während der Programmausführung nur in 
sehr seltenen Fällen wirklich erforderlich und im übrigen aus Zuver- 
lässigkeitsgründen recht problematisch ist und daß im System Z 80 
zusätzlich zur Interrupt-Freigabe der CPU auch die Peripheriebau- 
steine per Programm für die Ausstellung von Interrupt-Anforderungen 
freigegeben und gesperrt werden können. Dadurch ist eine Umschich- 
tung der Interrupt-Priorität der einzelnen Peripheriebausteine mög- 
lich. 

An dieser Stelle muß angemerkt werden, daß die Anzahl der ohne 

Einfügen zusätzlicher „WAIT“-Zyklen und einem damit verbundenen 

Verlust an Verarbeitungsgeschwindigkeit kaskadierbaren Peripherie- 

bausteine zunächst einmal durch die Laufzeiten in der Priorisierungs- 

kette eingeschränkt ist. In einem 2,5-MHz-System sollten zur Sicher- 
stellung der einwandfreien Funktion max. 4 periphere Z 80-Standard- 

Bausteine kaskadiert werden. Ist eine höhere Anzahl von Bausteinen 
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Kanal hochster Prioritat 
r \ Kanal ® Kanal I Kanal 2 Kanal 3 


Lafe elf oil oft (ol 
— 


1. Vor Auftreten eines Interrupts 








x wird bedient 





El got" ıeı got Hei ıeor-Jieı sol 


2. Kanal 2 sendet eine Interruptanforderung aus, sie wird quittiert 


+ Y wird bedient 


ul IEI ısoHHlıeı IEO 


Bedienung 
wird ausgesetzt 








3.Kanal | unterbricht die Bedienung von Kanal 2 


Bedienung wird 
wieder aufgenommen 


Bedienung 
% fertig 
Hllıeı oc IEO 

















4. Kanal 1 ist fertig bedient , "RETI' ausgegeben und die Bedienung von 
+ Bedienung 


Kanal 2 wird wieder aufgenommen 
fertig 
Lufe eo EI 1eotHH{Tieı oh EI soft 


5. Zweite "RETI'-Instruktion wird ausgegeben , sobald auch die Bedienung 
von Kanal 2 abgeschlossen ist 

















Bild 2: Beispiel für eine Interrupt-Priorisierung 


a 
1 IEO| IED 
EI IEI 


et ur 


Mm D hr 
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+V 
















Bild 3: Beim Kaskadieren mehrerer Z 80-Standard-Bausteine 
wird eine Zusatzschaltung nach dem Look-Ahead-Carry-Prin- 
zip nötig 











erforderlich, muß die in Bild 3 gezeigte Zusatzschaltung eingeführt 
werden, die aus der Addierwerktechnik als „Look Ahead Carry Logic“ 
bekannt ist. Dabei wird einfach der Übertrag (bzw. in unserem Beispiel 
die Meldung, daß ein höherpriorisierter Kanal einen Interrupt ange- 
fordert hat) den folgenden Einheiten über parallel geschaltete Gatter 
zugeführt, ohne erst die gesamte Bausteinkette durchlaufen zu 
müssen. 


Programmierung des PIO-Bausteins 

Sämtliche Funktionen des Schaltkreises werden über Befehle des Z 80- 
Anwenderprogramms festgelegt [2, 3]. Zum Verständnis der Funk- 
tionsweise ist die Kenntnis der Systemarchitektur (Bilder 4 und 5) 
nötig. 

Ein Z 80-PIO-Baustein besteht im wesentlichen aus zwei 8-bit-Toren, 
deren Funktion (Byte-Ausgabe, Byte-Eingabe, Byte-Ein-/Ausgabe, Bit- 
Ein-/Ausgabe) durch das Programm festgelegt wird, und je zwei Quit- 
tungsleitungen je Tor, die für die Interrupt-Abwicklung maßgeblich 
sind. Die beiden Tore werden automatisch über den Adreßeingang Port 
A/Port B-Selectunterschieden, der im allgemeinen mit A, des Adreßbus 
verbunden wird. 

Jedes Tor wird über zwei Adressen angesprochen. Die Unterscheidung 
dieser beiden Adressen geschieht automatisch durch den Anschluß 
Control/’Data-Select, der im allgemeinen mit A, des Adreßbus verbun- 
den wird. __ 

Der Eingang CE sperrt einen ganzen Baustein bzw. gibt ihn frei. Er wird 
im allgemeinen aus den niederwertigen 8 bit des Adreßbusses über 
einen Dekoder abgeleitet (während C/D-Select und A/B-Select direkt 
mit A, bzw. A, des Adreßbus verbunden sind) und repräsentiert sämt- 
liche 4 Adressen des PIO-Bausteins, nämlich: 
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® Steuerwort-Pfad von Tor A (B/A-SEL = Low 
C/D-SEL = Low) 

® Daten-Pfad von Tor A (B/A-SEL = Low 
C/D-SEL = High) 

© Steuerwort-Pfad von Tor B (B/A-SEL = High 
C/D-SEL Low) 

© Daten-Pfad von Tor B (B/A-SEL = High 


C/D-SEL = High) 


Über die Steuerwort-Pfade erfolgt die Übergabe der Steuerworte an 
die Tore über die üblichen Z 80-Ausgabe-Befehle: 






Daten 


Quittungs- 
signale* 


Interrupt-Steuerleitungen 
* Bei Belriebsart 
" Bit- Ein /Ausgabe ” 
a nicht benutzt 






register 
(8 bit ) 












register 
(7bit) 













Ausgabe- 
register 77777 
(8bit) 



















Interrupt 


Quittungs- 
Anforderung 


Strobe [Signale 









Bild 4: Blockschaltbild eines PIO-Bausteins (a) und die Schal- 
tung eines Kanals (b) 














BSTB 






zeo- | mRo | zeo- 






cu I m | io 
INT — 
B/ACDCE 
Periphere 
Adreß- - Steuer/Datenpfad Hardware 
Adreßbus > bus Port B/ Port A I und II 
Dekoder 
adresse 
Bild 5: Adressierung der PIO-Kanäle 
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OUT (n), A 
OUT (C),r 
OUTI 
OTIR 
OUTD oder 
OTDR. 


Folgende Steuerwörter können oder müssen dem Z 80-PIO übergeben 
werden: 

Laden des Interrupt-Vektors 

Vor Auftreten der ersten Interrupt-Anforderung muß der jeweils 
gewünschte Vektor von der CPU in den PIO durch Angabe eines 
Steuerwortes an das betreffende Tor mit folgendem Format geschrie- 
ben werden: 


B m Eu: 3 BE BD 5 
“uU EEE. NS 


identifiziert das Steuerwort als Interrupt-Vektor 


Auswahl der gewünschten Betriebsart 

Hierfür wird das 2-bit-Betriebsartauswahl-Register über die höchst- 
wertigen 2bit(M 1 undM O)eines Steuerworts, das vonder CPU an das 
betreffende Tor ausgegeben wird, gesetzt. 

Format dieses Steuerworts: 


u EB BB BE DD 5 


M, M X x 1 1 1 1 


[m m m — nn 





Betriebsart nicht identifiziert das Steuerwort als 
benutzt Betriebsartenauswahl- Wort 
Betriebsart M, M, 
Byte-Ausgabe 0 0 
Byte-Eingabe 0 1 
Byte-Ein-/-Ausgabe 1 0 
Bit-Ein-/-Ausgabe 1 1 


In der Betriebsart Byte-Ein-/Ausgabe kann das Tor B nur in der 
Betriebsart 3 betrieben werden, da alle 4 Handshake-Leitungen beider 
Tore für die Steuerung des bidirektionalen Datentransfers auf Tor A 
verwendet werden. 


Sondereinrichtungen bei der Betriebsart 

Bit-Ein-/Ausgabe 

In dieser Betriebsart ist nach der Ausgabe des Betriebsart-Auswahl- 
Steuerwortes von der CPU ein weiteres Steuerwort auszugeben, das 
die einzelnen Anschlüsse des betreffenden Tores als Eingänge bzw. als 
Ausgänge definiert. 

Eine „1“ in diesem Steuerwort bedeutet, daß der zugehörige PIO- 
Anschluß einen Eingang darstellt, eine „O“ bedeutet, daß der Anschluß 
als Ausgang benutzt werden kann. 


Format: 
D, D, D, D, D, D; D, D, 
VO, WO, VO, VO, VO, VO, VO, WO, 
Interrupt-Steuerung 
Bits Wert Bedeutung 
7 0 Interruptflipflop rückgesetzt, Interrupt-Anfor- 
derungen werden nicht angenommen 
7 1 Interruptflipflop gesetzt, Interrupt-Anforde- 
rungen werden bearbeitet 
6,5, 4 x werden nur bei Betriebsart Bit-Ein-/-Ausgabe 
benutzt, in allen anderen Betriebsarten igno- 
riert 
3,2,1,0 0111 identifizieren das Steuerwort als Interrupt- 


Steuerwort 
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Format: 
D, D, D, D, D, D, D, D, 
Interrupt- UND/ High/ nächstes 0 1 1 1 
Freigabe ODER Low _Steuerwort 
ist Maske 
nur in Betriebsart 3 benutzt bedeutet Interrupt- 
steuerwort 
Falls in diesem Steuerwort das Bit D, = „High“ war (= „nächstes 


Steuerwort ist Maske“), muß ein weiteres Steuerwort zur Maskierung 
an das Port ausgegeben werden. 
Sein Format ist: 


DD BB DB BD BD BE 


MB, MB, MB, MB, MB, MB, MB, MB, 


Die Maske wirkt so, daß nur Anschlüsse mit Maskierungsbit MB, = 0 
zur Erzeugung einer Interrupt-Anforderung herangezogen werden. 
Das Interrupt-Freigabe-Flipflop ist durch folgendes Steuerwort zu 
beeinflussen: 

D, BD: D; DB, DB; DB; DB; ‘Di 
Int 
Freigabe x & X 0 % 1 1 


Bei „Int Freigabe“ = „1“ wird die Interrupt-Anforderung einer peri- 
pheren Schaltung bearbeitet, bei „Int Freigabe“ = „0“ wird eine Inter- 
rupt-Anforderung ignoriert. 

Ein Programmierbeispiel zeigt Bild 6. Hieraus ist ersichtlich, daß die 
Port-Adressen (Steuerwort- und Datenpfad) bei Verwendung des resi- 
denten Z 80-Assemblers in symbolischer Form angegeben werden 
können; selbstverständlich müssen ihnen vorher über die Pseudobe- 
fehle EQU oder DEFB Hexadezimalwerte zugewiesen werden. 


Programmierung des Z 80-CTC 
Ebenso wie der Baustein Z 80-PIO wird auch der Z 80-CTC vom 
Anwenderprogramm gesteuert [4]. Es soll auch hier zunächst kurz auf 
die Hardwarearchitektur eingegangen werden (Bild 7). 
Der Baustein verfügt über vier getrennte Zähler-/Zeitgeber-Kanäle. 
Anders als beim Z 80-PIO wird hier zwischen Steuerwörtern und 
Datenwörtern zum Setzen der Zeitkonstantenregister nicht durch 
einen eigenen „Control/Data“Anschlußstift unterschieden, sondern 
durch ein vorangehendes Steuerwort. Das bedeutet, daß der Baustein 
Z 80-CTC grundsätzlich ein Steuerwort erwartet, wenn er über CE 
freigegeben wird. Die Adressierung der vier verschiedenen Ports 
erfolgt über die beiden Anschlüsse „Channel Select O“und „Channel 
Select I“. 
Grundsätzlich wird zwischen zwei verschiedenen Steuerworten unter- 
schieden; 
© Dem Steuerwort zur Betriebsartfestlegung, das durch eine „1“ im 
niederwertigsten Bit gekennzeichnet ist. 
Nach einem Steuerwort mit Bit 2 = „1“ wird das nächstfolgende 
Steuerwort für den betreffenden Kanal als Zeitkonstante interpre- 
tiert und ins Zeitkonstantenregister des Kanals geladen. 
Eine Steuerwortkonstante = „0“ wird als Zeitkonstante = 256 
interpretiert. 


D; D, D, D, D, D; D, D, 
ZK, ZK, ZK, ZK, ZK, ZK, ZK, ZK, 


@ Dem Steuerwort zur Eingabe des Interrupt-Vektors, das vom Z 80- 
CTC durch eine „0“ im niederwertigsten Bit erkannt wird. 
Während des Interrupt-Quittungs-Zyklus (Interrupt-Acknowled- 
ge-Cycle) wird dieser Vektor vom anfordernden Kanal höchster 
Priorität auf den Datenbus gelegt; vorher muß der Vektordem CTC 
über Kanal 0 und Datenbit D, gleich Null vorgegeben werden. 
D; --- D, enthalten dabei den Vektor; D, und D, sind beim Vektor- 
laden unbenützt; sobald der CTC auf eine Interrupt-Quittung 
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Laden der PIO-Register (1 Port, namlich Port A. Eine 
Datenübertragung würde da- 
nach durch den Befehl OUT 
( PAD,A) vorgenommen ). 


Bild 6: PIO- 
Programmierbeispiel 


LD A, VECT 
OUT (PAC),A 
LD A, MODE 3 
OUT ( PAC),A 
LD A.I/O 

OUT (PAC),A 
LDA, INTEIV 
OUT (PAC),A 
LDA,MASK 
OUT (PAC),A 




























Interne p N yanıı K-siige 
Steuer- 
[} Pe—— Zähler 
Interface Kanal 
zur CPU 1 le 
ng 
771 
Kanal 
2 e— 
Inka 
Interrupt -Steuer- Kanal 
leitungen 
3 ke— 
a 
















Zeitkonstan- 
tenregister 
(8bit) 


Kanalsteuer- 
register und 
- Logik (8 bit) 








Bild 7: Auch der 
Z 80-CTC-Baustein 
Mn % wird, wie der PIO- 

Baustein, vom An- 
wenderprogramm 
gesteuert. Architek- 
tur des CTC (a) und 

Externe Takt /Zeitgeber- Schaltung eines Ka- 


Rückwärts - |[Null- 
zähler (8bit) [<- 
Signal 
triggerung nals (b) 


[ee 2 EEE BE BE 
reagiert, enthalten D, und D, den Binärkode der Nummer des 
höchstpriorisierten anfordernden Kanals, und D, steht auf Null, da 
die Interrupt-Bedienroutine immer auf einer geraden Adresse 


beginnt. 
Kanal 0 ist hardwaremäßig der höchstpriorisierte Kanal. 











Vorteiler 
(8bit) 





Format des zugehörigen Steuerworts: 
D, D, D, D, D, D, D, D, 
V, V, V, V,; V; x x 0 
X = beliebiger Binärwert 


Die Aussteuerung von Datenbus-Puffern 

In Mikrocomputersystemen höherer Komplexität muß man die CPU- 
Busleitungen puffern, vor allem, wenn die Funktionseinheiten auf 
mehrere Baugruppen verteilt sind[1]. Im allgemeinen kommt man dann 
zu einer Konfiguration nach Bild 8. 

Man sieht, daß hier — wie allgemein üblich — die Datenleitungen der 
auf der gleichen Baugruppe wie die CPU untergebrachten Speicher- 
und Ein-/Ausgabe-Bausteine direkt mit dem Datenbus verbunden 
sind. 

Da der Datenbus bidirektional ist, muß dann den Datenbus-Pufferbau- 
steinen gesagt werden, in welcher Richtung die Übertragung stattfin- 
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Bild 8: In komplexen Mikrocomputersystemen müssen die 
CPU-Busleitungen gepuffert werden. Das Bild zeigt das Prinzip 
der doppelten Pufferung 
—»> Start Druckzyklus 
Ende EOL Interrupt erfolgt hier 
I a — Drucker ‚ Start ' 

._ = _ = - = o —_. 

zo u Drucker „busy’' 








Hi 
— UT: 1 | USEREENRENEE EEE NEN Nächstes Zeichen 


ER Daten 


letztes Zeichen 
muß „Blank’'sein 





letztes auszugebendes Zeichen 
erstes auszugebendes Zeichen 


Bild 9: Zeitplan für den Anschluß des OEM-Druckers 


MSB LSB 
[I xxx] [2 2.8. Port A 
DV << 


6Bit ASC II 

Drucker ‚„busy’’ ASTB 2 % 
=NXTCH Interrupt Bild 10: Verknüp- 

fung zwischen Z 80- 


PIO und Drucker 


Drucker Start’ 
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Port A auf " Ausgabe" stellen 
Interrupts freigeben und 
Vektor setzen 




















Zeichenzähler und Puffer - 
adresse setzen 


erstes Zeichen mit dem 
"Printer-Start- Bit" ausgeben 


Warten auf Anforderung für 
nächstes Zeichen 




















Interrupts für CPU 
freigeben und PIO 
rucksetzen 










| nachstes Zeichen ausgeben 


letztes 
Zeichen? 


Port A auf "Control ” stellen 
Interrupts freigeben und 
neuen Vektor setzen 





nein 



















Leerzeichen für Druckkopf- 1 
rucklauf ausgeben 








| Warten auf das Zeilenende 





Port A 
Interrupts sperren 


Interrupts für CPU 
freigeben 
PIO rücksetzen 












Ende 








Bild 11: Flußdiagramm des Drucker-Steuerprogramms 





det; dies geschieht über das Steuersignal CPUIN. Damit beim Aufteilen 

der Gesamtschaltung über mehrere Karten keine Konflikte zwischen 

den Puffern auf den verschiedenen Karten entstehen, muß außerdem 

festgelegt werden, welcher Pufferbaustein überhaupt aktiv sein darf 

(die übrigen sind abzuschalten). Hierzu dient das Steuersignal CS. 

Da jeder der Pufferbausteine als Empfänger (von der Bus-Seite her 

gesehen) oder Sender arbeiten kann, können folgende Fälle des Daten- 

flusses auftreten: 

@ Der Datentransfer findet innerhalb der Zentralbaugruppe statt. 

® Der Datentransfer findet statt zwischen Zentraleinheit und einer 
der beiden Zusatzeinheiten. 

Im ersten Fall ist die Behandlung einfach: Hier müssen lediglich die 

Datenbuspuffer auf der Zentralbaugruppe abgeschaltet werden, damit 

der „interne“ Datentransfer nicht gestört wird. 

Im zweiten Fall sind folgende Unterscheidungen zu treffen: 

® Datentransfer zu Speicherbausteinen auf einer anderen Bau- 


gruppe 

® Datentransfer von Speicherbausteinen auf einer anderen Bau- 
gruppe 

® Datentransfer von Speicherbausteinen auf einer anderen Bau- 
gruppe zur CPU 

@® Datentransfer von Ein-/Ausgabebausteinen auf einer anderen 


Baugruppe zur CPU 

® Interrupt-Behandlung 

Mit Ausnahme des letztgenannten Falles müssen die Datenbuspuffer 
auf jeder beteiligten Baugruppe aktiviert und ihre Datenübertragungs- 
richtung entsprechend der Transferrichtung festgelegt werden. 

Sind in einem System, wie dem anfangs geschilderten, mehrere Bau- 
gruppen, die durch Datenbuspuffer voneinander getrennt sind, berech- 
tigt, einen Interrupt anzufordern, so muß der Datenfluß vom anfor- 
dernden Baustein zur CPU gewährleistet sein. Fordert ein auf der 
Zentralbaugruppe befindlicher Ein-/Ausgabebaustein einen Interrupt 
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an, so muß der Datenbuspuffer auf der Zentralplatine gesperrt sein, 
damit der Interrupt-Vektor ungestört übertragen werden kann. 
Fordert dagegen ein Ein-/Ausgabebaustein auf einer anderen Bau- 
gruppe einen Interrupt an, so muß zum Zeitpunkt INTA (Koinzidenz 
von M 1 und IORQ) die Übertragung des Vektors von dort über den 
Datenbuspuffer der Zentralbaugruppe möglich sein. 

Dazu ist es notwendig, nur «/ie Datenbuspuffer zu aktivieren, die auf 
dem Weg zwischen der den Interrupt auslösenden Baugruppe und der 
CPU liegen, und die Richtung dieser Puffer so festzulegen, daß die 
Datenübertragung zur CPU hin erfolgt. 

Die hierbei notwendige Unterscheidung, welcher Ein-/Ausgabebau- 
stein einen Interrupt angefordert hat, ist durch dessen Interrupt- 
Enable-In- und Interrupt-Enable-Out-Leitung möglich: Nur der Bau- 
stein, an dessen Interrupt-Enable-in-Leitung eine „logische“ I und an 
dessen Interrupt-Enable-Out-Leitung eine „logische“ O liegt, kann einen 
Interrupt angefordert haben. 

Daraus ist ersichtlich, daß die Verknüpfung mehrerer Steuerungssi- 
gnale nötig ist, um die Datenbuspuffer richtig zu steuern. 

Die Verknüpfung der einzelnen Signale läßt sich nach den folgenden 
Formeln mit Standard-Gatter-Bausteinen — oder besser mit einem 
einzigen I-Kbit-PROM — durchführen. Dabei erhöht sich durch die 
Festlegung der Übertragungsrichtung die im System erforderliche 
Bausteinstückzahl nicht, da die Freigabe der Pufferbausteine in jedem 
Fall eine Standard-Steuerlogik je Baugruppe erfordert. 

Die Verknüpfung wird nach folgenden Regeln vorgenommen: 


Datenbuspuffer auf der CPU-Karte 
CPUIN = (IMD a RD) v ([IORO an Mi) v 
EXT MEM READ INTA 


v (IORQ 1 IIDEC a RD) 


EXT VOREAD 
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cs = (IORQ a MI A IIEI A IIEO) v 
EXT INTA 


v IORQ v IIODEC 


EXT MEM TRANSF 


Dabei sind: 

CPUIN : Richtungssteuersignal (High: Richtung zur CPU) 
cs : Aktivierungssignal (High: Puffer gesperrt) 

MI : Maschinenzyklus 1 

IORQ _: WO-Request 

HODEC : ECB/C Internal //O-Anforderung 

RD : Read 

IIEO : ECB/C/Internal Interrupt Enable Out 

lIEI ECB/C Internal Interrupt Enable In 

IMD ECB/C Intern Speicheranforderung 


Datenbuspuffer auf weiteren I/O-Karten 








IOIN =(IORQ a IODEC A RD) v (IORQ a MI A lEI A 
— A IEO) 
IO WRITE 

INTA 

cs -0 

Dabei sind 

IOIN Richtungssteuersignal (High = zur betreffenden Karte 
hin) 

cs : Aktivierungssignal (High = Puffer gesperrt) 

Mi : Maschinenzyklus 1 

IORQ V/O-Anforderung 

IODEC : 1/O-Auswahl 

RD : Read 

IEI Interrupt Enable IN 

IEO Interrupt Enable OUT 


Anschluß eines OEM-Druckers an den Z 80-ECB/C-Computer 
Der OEM-Drucker 5010 von Kontron ist ein Streifendrucker auf 
Metallpapierbasis. Er kann auf 50 mm breitem Papier bis zu 30 ASCII- 
Zeichen je Zeile bei einer Geschwindigkeit von max. 2 Zeilen/s drucken 
und eignet sich zum Einsatz in Mikrocomputer-Anwendersystemen, in 
denen kleinere Datenmengen zu dokumentieren sind. 


Schaltung der Hardwareanpassung 

Zum Anschluß des Druckers genügt ein halber Baustein Z 80-PIO. Der 
Druckvorgang beim 5010 läuft nach dem Zeitplan in Bild 9 ab. 

Der Anschluß der einzelnen Druckerleitungen an den Mikrocomputer 
läßt sich dementsprechend in einfacher Form mit dem Z 80-PIO nach 
dem in Bild 10 angegebenen Schema durchführen. 


Zugehöriges Steuerprogramm (Handling Routine) 

Ein Flußdiagramm des Steuerprogramms zeigt Bild 11. Es enthält 

folgende Hauptaktivitäten: 

Initialisierung des PIO (Output-Mode) 

Übertragung des ersten Zeichens 

Warten auf das nächste Zeichen (Interrupt NXTCH) 

wird wiederholt, bis Zeile zu Ende ist 

Nach Ausgabe des letzten Zeichens Bereitschaft für „Neue Zeile“ 

(Umschalten des Interrupts auf EOL-Signal). 

Hierbei wird von zwei wichtigen Fähigkeiten des Systems Z 80 

Gebrauch gemacht: 

® Die „Betriebsart 3“ der Z 80-PIO (Control Mode), die die vom 
Anwenderprogramm kontrollierte Festlegung einzelner Leitungen 
eines Ports als Ein- oder Ausgabeleitungen erlaubt (wobei unter 
den Eingabeleitungen zusätzlich festgelegt werden kann, welche 
einen Interrupt auslösen sollen), in Verbindung mit der Möglichkeit, 
die Datenübertragungsart (Ein-, Ausgabe, bidirektional, Control) 
während des Programmablaufs umzudefinieren. 

® Die Interrupt-Architektur des Systems Z 80, die es erlaubt, ein und 
dasselbe Port von verschiedenen Interrupt-Bedienroutinen behan- 
deln zu lassen. Die dadurch in unserem Beispiel erzielte Hardware- 
Ersparnis ist evident; man kommt ohne ein oder mehrere Ports zur 
Übergabe der Drucker-Steuersignale aus. 


Aufruf von Interrupt-Service-Routinen über Schaltkontakte 
Der Anwender sieht sich häufig mit folgenden Problemen konfron- 
tiert: 
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@ Es gibt n Schalter (Einfach-Kontakte), deren Betätigung jeweils 
einen Interrupt bzw. den Sprung zu einer Interrupt-Service- 
Routine auslöst. 

® Alle diese Schalter sind in vorgegebener Weise zu priorisieren. 

® Jedem Schalter ist in eindeutiger Weise eine Interrupt-Service- 
Routine zugeordnet, deren Anfangsadresse an einer beliebigen 
Stelle im max. 64 KByte großen Programmspeicher steht. 

Dieses Problem läßt sich mit einem Baustein Z 80-CTC je 4 Schal- 

tern/Interruptservice-Routinen ohne weitere Logik lösen. Jeder Ein- 

gang CLK/TRG ist mit einem der Schalter verbunden (Low- oder 

High-Aktiv). Das Entprellen des Schalters wird hardwaremäßig über 

ein Flipflop oder softwaremäßig über eine entsprechende Warte- 

schleife nach Bearbeitung des Interrupts durchgeführt. 

Jedem der 4 Kanäle ist eine Speicheradresse zugeordnet, in der jeweils 

die Anfangsadresse der zum Interrupt zugehörigen Service-Routine 

steht. Die erste dieser 4 Adressen wird mit einem Steuerwort (letztes 

Bit = „I“) gewöhnlich zu Programmbeginn von der CPU in den CTC 

geladen. 

Die 4 Kanäle eines jeden CTC sind untereinander hardwaremäßig 

priorisiert. Eine Erweiterung auf mehr als 4 Kanäle ist durch Kaska- 

dierung mehrerer Bausteine über deren „Daisy Chain“ (IEVIEO) 
möglich. 

Eine Änderung dieser Priorisierung ist jederzeit durch die Möglichkeit 

gegeben, die Interrupt-Meldung der Bausteine individuell zu sperren, 

wobei trotzdem die Interrupt-Meldung der Peripherie nicht verloren 
geht, sondern so lange gespeichert bleibt, bis sie durch die CPU bear- 
beitet wird. 

Es muß selbstverständlich sichergestellt sein (z.B. durch Quittungslo- 

gik), daß inzwischen keine neue Interruptanforderung erfolgt. 

So würde beispielsweise der Kanal hardwaremäßig niedrigster Prio- 

rität die höchste Priorität bekommen, indem per Programm alle 

übrigen Kanäle vorübergehend gesperrt werden. 

Zu Programmbeginn wird jedem Kanal ein Steuerwort übermittelt, das 

ihn in Betriebsart „Ereigniszähler“ bringt und seinen Rückwärtszähler 

über das Zeitkonstantenregister auf den Wert „1“ setzt (vorher ist ein 

Steuerwort mit Bit 2 = 1 auszugeben). 


Die Betätigung eines der Schalter löst nun ein Dekrementieren des 
Rückwärtszählers des CTC aus, der dadurch den Wert 0 erreicht und 
einen Interrupt auslöst, soweit er nicht softwaremäßig gesperrt ist. Die 
Programmausführung wird nun nach Abarbeitung des momentan in 
Ausführung befindlichen Befehls unterbrochen und bei der Anfangs- 
adresse der Interrupt-Service-Routine fortgesetzt. Diese ist gleich dem 
Inhalt der Arbeitsspeicheradresse, die sich aus Inhalt des CTC-Inter- 
rupt-Vektorregisters als niederwertiges Byte und dem Inhalt des Inter- 
rupt-(l-JRegisters der CPU als höherwertiges Byte ergibt. Der Rück- 
sprung ins Hintergrundprogramm erfolgt in üblicher Weise mit einer 
RETI-Anweisung. Vorher muß jedoch dafür gesorgt werden, daß das 
CTC-Zeitkonstantenregister wieder auf „1“ gesetzt wird. 

Falls eine Priorisierung der einzelnen interruptanfordernden Schalter 
bereits in der Peripherie mit einer Daisy-Chain-ähnlichen oder 
sonstigen Hardware durchgeführt wurde, kann die Auslösung der 
Interrupts über einen oder mehrere PIO-Bausteine erfolgen. 

Die betreffenden PIO-Ports arbeiten dabei in der Betriebsart „Bit- 
Ein-/-Ausgabe“ (Control Mode), wobei über Steuerworte die Möglich- 
keit der Interruptanforderung an jede einzelne Leitung freigegeben 
oder gesperrt werden kann; darüber hinaus sind Bedingungen zum 
Erzeugen von Interrupts aufgrund logischer Verknüpfungen program- 
mierbar [2, 3]. 

Der Vorteil dieses Verfahrens gegenüber der Verwendung eines CTC 
ist, daß mit einem einzigen PIO-Baustein bis 16 Interruptbedingungen 
verknüpft, maskiert und geprüft werden können. Nachteilig kann 
hierbei sein, daß man den einzelnen Schaltern die Einsprungadressen 
der Bedienroutinen über ein Verzweigungsprogramm zuordnen muß, 
da ja hardwaremäßig pro 8 bit (= 1 PIO-Kanal) zunächst nur eine 
einzige Bedien-Routinenadresse zur Verfügung steht. 
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Entwicklung eines IEC-Interfaces 
für einen Mikrorechner 


Dipl.-Ing. K. Armbruster, Dipl.-Inform. J. Ziegler* 


Zum Entwurf und Aufbau eines Interfaces, über das ein 
Mikrorechner mit dem IEC-Bus verbunden ist, wurden allge- 
mein gültige Verfahren aufgestellt, die im folgenden Manu- 
skript zusammengefaßt sind. Die dargestellten Methoden 
eignen sich zur Entwicklung von IEC-Interfaces mit ver- 
schiedenen Aufgaben, über die sowohl ein Mikrprozessor 
als auch ein beliebiges Gerät an den IEC-Bus angeschlossen 
werden kann. 


Problem beim Zusammenschluß von Geräten 

In automatischen Prüf- und Meßsystemen müssen häufig verschie- 
denartige Geräte elektrisch miteinander verbunden werden. Bisher 
ließen sich die einzelnen Geräte nur für eine spezielle Aufgabenstel- 
lung einsetzen. Ein Geräteverbund scheiterte oft an den Schnittstellen 
der Geräte, die sich u.a. durch Kode, Format und Signalpegel unter- 
schieden. Beim Zusammenstellen einer gesamten Anlage mußten 
daher aufwendige Anpassungen vorgenommen werden. Die Freizügig- 
keit beim Entwurf von Meßsystemen war damit beträchtlich einge- 
schränkt. 

Im Normenvorschlag DIN-IEC 66.22 wurde nun ein universelles 
System entworfen, in dem die Einzelgeräte über eine genormte Schnitt- 
stelle und eine gemeinsame Sammelleitung verbunden sind. In der IEC- 
Norm wird außer der Schnittstelle für programmierbare Geräte auch 
das Verfahren zum Verbindungsaufbau beschrieben. Datenquelle und 
Datensenke liegen nicht fest, sie werden erst durch einen festgelegten 
Dialog dem einen oder anderen Gerät zugewiesen. Bis zu 16 verschie- 
denartige Geräte, die mit einer IEC-Norm-Schnittstelle ausgerüstet 
sind, lassen sich über eine gemeinsame Sammelleitung zu einem auto- 
matischen Meßsystem verbinden. Diese Norm wurde ursprünglich nur 
für Anwendungen auf meßtechnischem Gebiet entworfen, sie findet 


* Die Autoren sind Mitarbeiter am Lehrstuhl für Planungs- und Programmiertechniken (Prof. 


U. Rembold) an der Universität Karlsruhe, Institut für Informatik. 


aber zunehmend breitere Anwendung auf dem Gebiet der Prozeß- und 
Laborautomatisierung. 


Kurze Einführung in den IEC-Bus 

Alle Geräte, die im genormten IEC-System über eine Sammelleitung, 
dem sogenannten IEC-Bus, miteinander verbunden sind, haben eine 
einheitliche Schnittstelle (Bild 1). Sie unterscheiden sich lediglich 
dadurch, ob sie alle oder nur einen Teil der genormten Schnittstellen- 
Funktionen enthalten, die sich aus Sprecher, Hörer oder Steuerfunk- 
tion zusammensetzen. Dabei kann ein Gerät, das als Sprecher (Talker) 
arbeitet, Daten zu anderen Teilnehmern über den Bus übertragen. Mit 
der Hörerfunktion (Listener) kann ein Gerät Nachrichten vom Bus 
übernehmen. Einige Geräte, z.B. ein Digitalvoltmeter mit program- 
mierbarer Bereichseinstellung, müssen über beide Funktionen verfü- 
gen. Schließlich läßt sich mit der Steuerfunktion (Controller) der 
Datenverkehr auf dem IEC-Bus kontrollieren. Sie ist normalerweise im 
Interface eines Rechners enthalten, der den IEC-Bus steuert. Der 
angeschlossene Rechner ist damit in der Lage, Befehle über den IEC- 
Bus zu senden und auf verschiedene Anforderungen der angeschlos- 
senen Geräte hin zu reagieren. Der Datenverkehr muß dabei nicht über 
die Steuereinheit bzw. den Rechner laufen, sondern kann direkt 
zwischen den beteiligten und adressierten Geräten erfolgen. Die Nach- 
richten werden dabei byteseriell im Anforderungs- und Quittungsver- 
fahren auf dem Bus übertragen. Diese asynchrone Betriebsart paßt sich 
ohne Zeitverluste an die Übertragungsgeschwindigkeit der ange- 
schlossenen Geräte an. 

Das Steuergerät besteht in der Regel aus einem Prozeßrechner mit 
dem entsprechenden IEC-Interface. In vielen Anwendungsfällen ist 
bereits ein Mikrocomputer in der Lage, den Ablauf der automatischen 
Messungen über den IEC-Bus zu steuern. Vor allem Mikroprozessoren 
mit Byte-Struktur eignen sich zur Steuerung. 

Der vorliegende Beitrag beschreibt in kurzer Form ein allgemeines 
Verfahren zum Entwurf eines IEC-Bus-Interfaces für einen Mikrorech- 
ner. Anhand einer speziellen Schnittstellen-Funktion und zwar der 
Steuer-Funktion, wird die entsprechende Schaltung entworfen. Ein 
Software-Konzept für das Interface schließt den Entwurf ab. 
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Tafel I: Auswahl der Schnittstellen-Funktionen 
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Schnittstellenfunktion Abkürzung Verwendete Funktio- 
nen für das Mikrorech- 
ner-Interface 

Handshakequelle SH SH I 

(Source Handshake) 

Handshakesenke AH 


AH I 
(Acceptor Handshake) { 
Sprecher oder erweiterter Sprecher 
(Talker oder Extended Talker) 
Hörer oder erweiterter Hörer 
(Listener oder Extended Listener) 


T bzw. TE 73 
L bzw. LE 1 








Bedienungsruf SR SR 
(Service Request) 

Fern-/Eigen-Umschaltung RL _ 
(Remote/Local) 

Parallelabfrage BP _ 
(Parallel Poll) 

Gerät rücksetzen DC _ 
(Device clear) 

Gerät auslösen DT = 
(Device trigger) 

Steuereinheit ie C1,.23,4,9 
(Controller) 





Entwurfsverfahren für ein IEC-Interface 

Geräte, die an den IEC-Bus angeschlossen werden sollen, benötigen ein 

Interface, das mit einem Teil oder allen genormten Schnittstellenfunk- 

tionen ausgerüstet ist (Tafel 1). Innerhalb dieser einzelnen Funktionen 

existieren noch verschiedene Erweiterungen, die wahlweise ergänzt 
werden können. Bei der Auswahl ist darauf zu achten, daß keine 

Funktion vergessen wird, die das angeschlossene Gerät selbst oder im 

Verbund mit anderen Geräten benötigt. 

Die folgende Methode, bei der schrittweise vorgegangen wird, verein- 

facht den Entwurf eines IEC-Interfaces: 

1. Aufstellung einer genauen Liste der Fähigkeiten des program- 
mierbaren Gerätes, für das ein Interface entworfen werden soll. 

2. Auswahl der notwendigen Schnittstellen-Funktionen zur Steue- 
rung des Gerätes. 

3. Entwurf des logischen Ablaufs mit Hilfe von Zustands- und 
Karnaugh-Diagrammen, Boolscher Algebra oder ähnlicher Metho- 
den. 

4. Aufbau und Test des entworfenen Schaltwerkes. 

Diese Entwicklungsschritte werden im einzelnen anhand eines Bei- 

spiels erläutert: Ein Mikrocomputer (M 6800) soll über ein Interface an 

den IEC-Bus angeschlossen werden. 


Aufgaben eines Steuerrechners 

Der Mikrorechner ist das vielseitigste Gerät im betrachteten IEC- 

Verbund. Im zugehörigen Interface wird der rechnerinterne Bus auf 

den IEC-Bus angepaßt; es entspricht damit einer komplizierten 

Ein-/Ausgabe-Einheit. Über diese Hardwarekomponente hinaus muß 

der Mikrorechner über besondere Firmware verfügen, mit der die 

Bussteuerung und die Übertragungsprozeduren erfolgen. Daraus 

ergeben sich folgende notwendigen Fähigkeiten des Mikrocomputers, 

die beim Entwurf des Interfaces berücksichtigt werden müssen: 

1. Senden von kodetransparenten Programm- und Steuerdaten an die 
angeschlossenen Geräte über den IEC-Bus. 

2. Empfangen der entsprechenden Daten. 

3. Ausgabe von Adressen und Befehle zur Steuerung des IEC- 
Busses. 

4. Überwachung der Bedienungsruf-Leitung (SRQ) und Abarbeitung 
eines eventuell auftretenden Bedienungsrufes. 

5. Initialisierung des Bus-Systems. 


Auswahl der notwendigen Schnittstellen-Funktionen 

Aus den geforderten Fähigkeiten des Mikrorechners ergeben sich dann 
die notwendigen Schnittstellen-Funktionen. 

Die erste Betriebsart wird durch die Sprecher- und Handshakequelle- 
Funktion des Interfaces ausgeführt. Die zweite Anforderung erfüllt die 
Hörer- und Handshakesenke-Funktion. Die Hörerfunktion erhält in 
diesem Fall eine Erweiterung: Sie kann, ohne daß sie über den IEC-Bus 
aktiviert wird, vom Mikrorechner direkt über eine sogenannte interne 
Nachricht gesteuert werden. 

Die restlichen Fähigkeiten werden von der Steuerfunktion verwirk- 
licht: Schnittstellen-Nachrichten senden, Bedienungsruf empfangen, 
Fernsteuerung freigeben und Rücksetzen der Schnittstellenfunktionen. 
Zur Ergänzung sei erwähnt, daß externe Mehrdraht-Nachrichten 
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Bild 2: Konfiguration des Mikrorechners als IEC-Steuergerät 





direkt über die Steuerfunktion gesendet werden und in diesem Fall 
keine Sprecherfunktion benötigen. In Tafel 1 sind die notwendigen 
Interface-Funktionen zusammengestellt. 


Schnittstellen des Mikrocomputers M 6800 

Im Bild 2 ist die Blockstruktur des Mikrocomputers M 6800 mit den 
notwendigen LSI-Bausteinen dargestellt. Der Mikroprozessor (MPU) 
MC 6800 ist über einen gemeinsamen Bus mit den Speicherelementen 
(ROM, RAM) und den Interface-Bausteinen verbunden. Diese System- 
architektur erlaubt es, von der logischen Funktion her betrachtet, die 
Peripherie wie ein Speicherelement zu behandeln. Im ROM-Speicher 
(MCM 6830) ist das Steuerprogramm (die Firmware) für den IEC-Bus 
abgelegt: der RAM-Speicher dient als Puffer und Stack. Über den 
asynchronen Interfaceadapter (ACIA) ist eine Konsole angeschlossen, 
die als Eingabe- und Protokollschreiber dient. 

Für den Einsatz des Mikrocomputers als Steuergerät ist besonders der 
periphere Interface-Adapter (PIA) von Bedeutung. Das PIA enthält 
zwei Ein-/Ausgabe-Register mit jeweils 8 bit. Zusätzlich stehen vier 
Kontrollbit zur Verfügung, die ebenfalls für die Ein-/Ausgabe bzw. zur 
Erzeugung von Interrupts benutzt werden. 


Struktur des IEC-Interfaces für die Mikrorechner 

Die Schnittstellenfunktionen des Gerätes sind auf die in Tafel I ausge- 

wählten Teile beschränkt. Die frei wählbaren Gerätefunktionen, die 

kein Bestandteil der Norm sind, werden durch den Entwickler festge- 

legt. Die eigentliche Aufgabe besteht nun darin, das IEC-Bus-Schnitt- 

stellengerät über einen entsprechenden Adapter an den internen 

Mikrorechner-Bus anzuschließen. Wie bereits im vorigen Abschnitt 

erwähnt, eignet sich für diese Anpassung der PIA-Baustein. In Bild 3 ist 

die Blockstruktur des gesamten Schnittstellengerätes dargestellt. Die 

gekennzeichneten Datenwege haben dabei folgende Bedeutung: 

1. Interne Nachrichten von Gerätefunktionen an die Schnittstellen- 
funktionen. Diese Nachrichten sind in der IEC-Norm festgelegt. 

2. Interne Nachrichten von Schnittstellenfunktionen an Gerätefunk- 
tionen. 

3. Genormte, externe Eindraht-Nachrichten von anderen Schnittstel- 
lenfunktionen. 

4. Genormte, externe Eindraht-Nachrichten von den Schnittstellen- 
funktionen des Gerätes an andere Schnittstellenfunktionen. 

5. Externe Mehrdrahtnachrichten an die Schnittstellenfunktionen des 
Gerätes. 

6. Gerätenachrichten oder 
senden. 

7. Gerätenachrichten empfangen. 


Mehrdraht-Schnittstellen-Nachrichten 


Schaltungsentwurf für die Schnittstellen-Funktionen 
Jede Schnittstellenfunktion wird durch eine oder mehrere Gruppen 
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miteinander verbundener Zustände definiert, die logisch miteinander 

verknüpft sind und sich gegenseitig ausschließen. In der IEC-Norm 

wird dieser Zusammenhang durch Zustandsdiagramme dargestellt. Für 

jeden Zustand einer Schnittstellenfunktion werden angegeben: 

© Nachrichten, die über die Schnittstelle gesendet werden können 
oder müssen, wenn der betreffende Zustand aktiviert ist und 

© Bedingungen, unter denen der betreffende Zustand verlassen wird 
und in einen anderen Zustand ihrer jeweiligen Gruppe übergehen 
muß. 

Über diese Normierung hinaus kann der Entwickler nach seiner Wahl 

interne Nachrichten festlegen, die von der Schnittstellen- an die Gerä- 

tefunktion übertragen werden. 


Zustandsdiagramm der Steuerfunktion (Controller, C-Funktion) 
Mit Hilfe der Schnittstellenfunktion kann ein Gerät, in diesem Fall der 
Mikro-Rechner, Geräteadressen, Universalbefehle und adressierte 
Befehle an andere Geräte über die Schnittstelle senden. Über die 
bereits definierten Nachrichten hinaus müssen vom Entwickler ent- 
sprechend den Aufgaben, die der Mikrorechner übernehmen soll, 
folgende interne Nachrichten vereinbart werden: 
erc controller ready for command 
Mit dieser internen Nachricht wird dem Rechner mitgeteilt, daß 
sich die C-Funktion in aktivem Zustand der Steuerfunktion 
(CACS) befindet und Schnittstellen-Nachrichten gesendet werden 
können. 
parallel poll response 
Die C-Funktion befindet sich im Zustand der Parallelabfrage 
(CPPS), d.h. auf den Datenleitungen steht eine gültige PPR-Nach- 
richt an. 
srgq service request 
Im Bedienungsruf-Empfangszustand (CSRS) benachrichtigt die C- 
Funktion den Mikrorechner, daß ein Gerät am Bus eine Bedienung 
anfordert. 
Das erweiterte Zustandsdiagramm der C-Funktion ist in Bild 4 darge- 
stellt. Für dieses Zustandsdiagramm wird nun das entsprechende 
Schaltwerk entworfen. Die einfachste und sicherste Methode ist der 
Aufbau eines sequentiellen Schaltwerkes nach den bekannten Ent- 
wurfsverfahren mit JK-Flipflops. Ein gemeinsamer Takt für alle Spei- 
cherelemente steuert hier die Zustandsübergänge. Müssen vorgege- 
bene Verzögerungszeiten eingehalten werden, die länger als eine Takt- 
periode sind, werden Pseudo-Zustände eingeführt. Bei der C-Funktion 
in Bild 4 ist dies bei den Übergängen vom Zustand CPWS nach CPPS 
sowie von CAWS nach CACS der Fall. Bei einer Periodendauer 4 > 
I us des zentralen Taktes wird die Zeitbedingung durch die Pseudo- 
Zustände CPWS* bzw. CAWS* eingehalten. 
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Nicht alle genormten Zustandsübergänge der C-Funktion müssen mit 
einem sequentiellen Schaltwerk realisiert werden. Einige sind nur logi- 
sche Verknüpfungen, die mit einem kombinatorischen Schaltnetz 
aufgebaut werden können. Diese Vereinfachung ergibt sich sowohl 
beim Übergang vom inaktiven Zustand der Systemsteuerung (SNAS) 
zum aktiven Zustand (SACS) als auch beim Übergang vom Zustand 
ohne Bedienungsruf (CSNS) zum Zustand für den Empfang eines 
Bedienungsrufes (CSRS) (Bild 4). Wird die Nachricht rsc über einen 
Schalter eingegeben, so gibt das Zustandsdiagramm SNAS/SACS 
lediglich die Schalterstellung wieder. 


Herleitung der Eingangsfunktionen 

Der Zusammenhang zwischen den Eingangsvariablen und dem jewei- 
ligen Zustand des Gesamtnetzwerkes wird mit der sogenannten 
Eingangsfunktion beschrieben. Dazu setzt man das Zustandsdiagramm 
inein KV-Diagramm um. Jedem Zustand wird damit ein binärer Kode 
zugeordnet und Übergänge werden durch Pfeile gekennzeichnet. Man 
kann dann unmittelbar, aus den Übergängen an den Grenzlinien eines 
Flipflop-Zustandes, die Eingangsfunktion in minimisierter Form ent- 
nehmen. 

Aus Bild 5 erhält man zum Beispiel für das Flip-Flop CA: 





Joa: = (CACS - SDYS - gts - STRS) + CPWS+ 
Kos: = CAWS* + (CAWS - rpp) 


Stimmt der binäre Speicherzustand nicht mit den Ausgangsvariablen 
überein, so wird durch eine anschließende Dekodierung eine Überein- 
stimmung mit den Zuständen der C-Funktion erreicht. Die gesamte 
Schaltung ist in Bild 6 dargestellt. 


Software zum Betrieb des Interfaces 

Vom Mikrorechner aus wird durch bestimmte Programme das IEC- 
Bus-Interface gesteuert. Die Teilprogramme, die nachfolgend be- 
schrieben werden, unterstützen den Benutzer beim Entwurf seines 
Steuer- oder Meßprogrammes. Diese Subroutinen kommunizieren 
über die internen Nachrichten und steuern die Schnittstellen-Funktio- 
nen, d.h., sie sind diesen übergeordnet. Aus der Sicht der Benutzer stellt 
das IEC-Bus-Steuergerät zusammen mit den Programmen eine ab- 
strakte Maschine dar, deren Subroutinen intern hierarchisch struktu- 
riert sind (Bild 7). 


Interne Nachrichten 

Wichtigstes Bindeglied zwischen Mikrorechner und Schnittstellen- 
Funktionen sind die internen Nachrichten. Über die nachfolgend 
beschriebenen Subroutinen hat der Mikrorechner Zugriff auf die 
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SIAS+TCT-ACDS-TADS 


IFC - SACS 
t, <100 us 
TCT-ACDS 








Nachrichten 

power on pon 
request systemcontrol rsc 
request parallel poll rpp 
go to standby gts 
take control asynchronously tca 
take control synchronously tcs 
INTERFACE CLEAR IFC 
ATTENTION ATN 
TAKE CONTROL TET 


Schnittstellenzustände 


CONTROLLER IDLE STATE 

CONTROLLER ADDRESSED STATE 
CONTROLLER TRANSFER STATE 
CONTROLLER ACTIVE STATE 
CONTROLLER PARALLEL POLL WAIT 
STATE 

CONTROLLER PARALLEL POLL STATE 
CONTROLLER STANDBY STATE 
CONTROLLER ACTIVE WAIT STATE 
CONTROLLER SYNCHRONOUS WAIT STATE 
CONTROLLER SERVICE REQUESTED STATE 
CONTROLLER SERVICE NOT REQUESTED STATE 


SYSTEM CONTROL NOT ACTIVE STATE 
SYSTEM CONTROL ACTIVE STATE 

SYSTEM CONTROL INTERFACE CLEAR ACTIVE 
STATE 


ACCEPT DATA STATE 
ACCEPTOR NOT READY STATE 
SOURCE TRANSFER STATE 
TALKER ADDRESSED STATE 
SOURCE DELAY STATE 





Mikroprozessorpraxis — Oktober 1978 










2 750ns 









(2750 ns): pp 


Peripherie 


u 
0 


3 
a 
oO 


w 
na 


tcs -ANRS +tca 


SRQA 





Gerät EIN 

Systemsteuerung fordern 
Parallelabfrage fordern 

in Bereitschaft gehen 
Steuerung asynchron übernehmen 
Steuerung synchron übernehmen 


Schnittstellenfunktion rücksetzen 


Achtung 


Steuerung übernehmen 


CIDS 
CADS 
CTRS 
CACS 
CPWS 
CPPS 


CSBS 
CAWS 
CSWS 


CSRS 


CSNS 


SNAS 
SACS 
SIAS 


ACDS 
ANRS 
STRS 
TADS 
SDYS 


RUHEZUSTAND DER STEUERFUNKTION 
ADRESSIERTER ZUSTAND DER STEUERFUNKTION 
UBERGABEZUSTAND DER STEUERFUNKTION 
AKTIVER ZUSTAND DER STEUERFUNKTION 
ABFRAGEWARTEZUSTAND DER STEUERFUNKTION 
PARALLELABFRAGEZUSTAND DER STEUERFUNK- 
TION 
BEREITSCHAFTSZUSTAND DER STEUERFUNKTION 
AKTIVER WARTEZUSTAND DER STEUERFUNKTION 
SYNCHRONISIER-WARTEZUSTAND DER STEUER- 
FUNKTION 
BEDIENUNGSRUF-EMPFANGSZUSTAND DER STEU- 
ERFUNKTION 
BEDIENUNGSRUFLOSER ZUSTAND DER STEUER- 
FUNKTION 


INAKTIVER ZUSTAND DER SYSTEMSTEUERUNG 
AKTIVER ZUSTAND DER SYSTEMSTEUERUNG 
AKTIVER RUCKSETZ-ZUSTAND DER SYSTEMSTEUE- 
RUNG 


DATENUBERNAHMEZUSTAND DER SENKE (AH) 
NICHTBEREITZUSTAND DER SENKE (AH) 
UBERTRAGUNGSZUSTAND DER QUELLE (SH) 
ADRESSIERTER ZUSTAND DES SPRECHERS (T oder 
TE) 

VERZUGERUNGSZUSTAND DER QUELLE (SH) 
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Schnittstellen-Funktionen und kann sie zur Ausgabe von Schnittstel- 

len-Nachrichten veranlassen. Umgekehrt werden Schnittstellen-Nach- 

richten vom IEC-Bus als interne Nachrichten an den Mikrorechner 

übertragen. Für diese Kommunikation wurden folgende Routinen 

implementiert: 

1. Senden einer internen Nachricht; Subroutine SENDE (interne 
Nachricht). 

2. Beenden der Ausgabe einer internen Nachricht; Subroutine BE- 
ENDE (interne Nachricht). 

3. Auf das Eintreffen einer internen Nachricht warten; Subroutine 
WARTE (interne Nachricht, Zeitvorgabe). 
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4. Prüfen, ob eine interne Nachricht vorliegt; Subroutine TESTE 
(interne Nachricht). 


Die gewünschte interne Nachricht wird als Parameter der Subroutine 
übergeben. Beim Erwarten einer internen Nachricht wird zusätzlich 
eine maximale Wartezeit vorgegeben. Trifft die Nachricht innerhalb 
dieses Zeitraumes nicht ein, so wird das Warten abgebrochen. 


Externe Nachrichten 
Arbeitet der Mikrorechner als IEC-Steuergerät, so kann er, vorausge- 
setzt die C-Funktion ist aktiv, Mehrdraht-Schnittstellen-Nachrichten 
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Bild 5: KV-Diagramm der C-Funktion 
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Bild 8: Syntax der adressierten Befehle 
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Bild 9: Bedienungstabelle 
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auf den Bus übertragen. Dazu dient das Programmstück Subroutine 
STEUERN (Nachrichten, Fehler). 

Die Parameter „Nachrichten“ müssen entsprechend der IEC-Norm 
kodiert werden. Der Programmierer muß sicherstellen, daß die Schnitt- 
stellen-Nachrichten, insbesondere die adressierten Befehle, in einer 
syntaktischen richtigen Reihenfolge übergeben werden (Bild 8). 

Der Ausgabeparameter „Fehler“ zeigt einen eventuell aufgetretenen 
Fehler in der Subroutine an. 
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Daten 

Über die Sprecher- und Hörer-Funktion kann der Mikrorechner belie- 
bige Daten senden und empfangen. Hierzu werden die beiden 
folgenden Routinen benutzt: 

Subroutine SPRECHEN (Daten, Fehler) 

Subroutine HÖREN (Puffer, Fehler). 

Der Parameter „Puffer“ ist ein ausreichend großer Speicherbereich zur 
Aufnahme der empfangenen Daten. Im Ausgabeparameter „Fehler“ 
können verschiedene mögliche Fehler zusammengefaßt werden. 


Bedienungsruf 

Liegt ein Bedienungsruf eines Gerätes vor, so muß ein laufendes 

Benutzerprogramm durch das Interrupt-Programm 

Subroutine BEDIENEN (Bedienungstabelle, Fehler) 

unterbrochen werden. Als Parameter wird eine Bedienungstabelle 

übergeben, in der alle Geräte eingetragen werden, die einen Bedie- 

nungsruf angeben können (Bild 9). Durch eine serielle Abfrage wird das 

rufende Gerät ermittelt und mit einer vom Benutzer zur Verfügung 

gestellten Routine bedient. 

Die skizzierten Entwurfsverfahren sowie das generelle Konzept für 

Hard- und Software können sinngemäß für den Aufbau eines IEC- 

Steuergerätes mit einem beliebigen Mikrorechner verwendet werden. 

Ein Steuergerät mit dem Mikroprozessor M 6800 wurde am Lehrstuhl 

für Planungs- und Programmiertechniken von Prozeßrechnern der 

Universität Karlsruhe aufgebaut und arbeitet in einem automatischen 

Meß- und Prüfsystem. 

Schrifttum 

[1] DIN IEC 66.22: Byteserielles bitparalleles Schnittstellensystem für programmierbare 
Meßgeräte. Entwurf Januar 1976. 
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3] in na Wie funktioniert der IEC-Bus? Elektronik 1975, H. 4, S.72—78 und H.5, 


S.73— 78. 
[4] Richert, U.: JEC-Bus-Interface für Prozeßrechner. Elektronik 1976, H. 12, S. 58— 62. 
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Meßprinzipien, Bewer- 
tungskriterien und Kon- 
zepte für eine neue Gerä- 
teklasse — Mikroprozes- 
sor-Analysatoren. 


Ein Gang durch die Hallen der electronica 76 überzeugte auch den 
letzten Zweifler — falls es ihn überhaupt noch geben sollte — von 
der Allgegenwärtigkeit der Mikroprozessoren. Doch trotz der 
breiten Typenbasis, auf der die Mikroprozessoren mittlerweile 
stehen, trotz der angestrengten Versuche der Hersteller, dieses 
komplexe Bauelement möglichst anwenderfreundlich also hand- 
habbar anzubieten, wird es in einem beträchtlichen Teil aller 
Anwendungen unumgänglich sein, daß der Anwender auf der nied- 
rigsten Komfortstufe selbst Programme erstellt, austestet und 
Fehler verbessert. 


Hierbei ist von Nachteil, was ansonsten die Vorteile des uP ausmacht: 
Der Mikroprozessor ist trotz steigender Komplexität eben nur eine 
CPU (Central Processing Unit), die nur deshalb kostengünstig einge- 
setzt werden kann, weil die Bedieneinheiten eingespart werden, die das 
System zum Minicomputer machen würden. Mikroprozessoren sollen 
festumrissene Aufgaben ausführen, z.B. die Steuerung eines Systems 
(Waschmaschine, Auto, Drehbank usw.). Sie verfügen deshalb nicht 
notwendigerweise über Kommunikationsmöglichkeiten mit der Au- 
Benwelt. Für Testzwecke müssen diese extern bereitgestellt werden. 
Diese Aufgabe könnte natürlich jede Datenverarbeitungsanlage über- 
nehmen, deren Ein-/Ausgabekanäle an die Anforderungen angepaßt 
wären. Jedoch ist ein solcher Einsatz sicher unökonomisch. 
Wesentlich besser für diese Aufgabe geeignet, weıl eigens für diesen 
Zweck konzipiert, ist ein spezieller neuer Meßgerätetyp — der Mikro- 
prozessor-Analysator. 

Die historische Entwicklung der Meßtechnik in diesem Falle war 
logisch und konsequent. Sie begann beim Speicheroszillografen — der 
bald den Bedürfnissen der Digitaltechnik nicht mehr genügte und 
deshalb für diese Anwendungsbranche durch den digital speichernden 
Transientenrekorder ersetzt wurde. 

Nach relativ kurzer Zeit (zwei Jahre) wurde erkannt, daß man dieses 
Meßinstrument für die Bedürfnisse der Digitaltechnik schr viel effek- 
tiver gestalten kann, wenn anstelle der analogen Aufzeichnung von 
zwei oder vier parallelen Kanälen deren acht oder 16 parallel’aufge- 
zeichnet wurden und statt dessen auf die kostspielige A/D-Wandlung 
verzichtet wurde. Diese neue Geräteklasse, die der Logikrekorder, 
wurde mittlerweile verbessert. Sie dienen nun, selbst mikroprozessor- 
unterstützt, der Analyse dieses komplexen Bauelements, das von man- 
chen Insidern als die elektronische Erfindung des Jahrhunderts apo- 
strophiert worden ist. 


* Der Verfasser ist Wissenschaftlicher Assistent an der TU München. 
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Logikrekorder versus uP-Analysator 

Die bisher auf dem Markt angebotenen Logikrekorder (wir brachten 
einen breiten Überblick über die Marktsituation in [1]) können acht 
bzw. 16 parallele digitale Signale über maximal 1024 Taktperioden als 
„single event" abspeichern und zeitlich gedehnt und beliebig oft wieder- 
holt auf einem Bildschirm darstellen. Als Darstellungsart liefern die 
meisten Geräte eine Rechteckkurve, a/so einen normierten zeitlichen 
Ablauf der logischen Zustände — wie vom normalen Oszilloskop her 
gewohnt. Manche aufwendigen Geräte können den abgespeicherten 
Signalfluß auch als Folge von 1/0-Entscheidungen darstellen. Mit dem 
kombinatorischen Trigger, über den bei allen Logikrekordern auf ein 
spezielles Datenwort getriggert werden kann, sind diese also in der 
Lage, beliebige digitale Schaltungsabläufe zu analysieren — also auch 
Mikroprozessoren. 


uP-Befehlszyklen 

Welcher Aufwand allerdings damit verbunden wäre, wenn die uP- 
Signale nicht speziell aufbereitet werden, zeigt die folgende Überle- 
gung: Mikroprozessoren reagieren auf Befehle, also auf Bitkombina- 
tionen. Je nach Art des Befehls besteht eine solche Kombination aus bis 
zu fünf Befehlszyklen (M I bis M 5). Jeder dieser Befehlszyklen ist 
wiederum in drei bis fünf Operationszyklen unterteilt (T 1 bis T 5), die 
aber nicht immer alle besetzt sind. Der erste Operationszyklus(T 1)des 
ersten Instruktionszyklus (M 1) bringt grundsätzlich die nächste Adres- 
se auf den Adreßbus — den Inhalt des Programmzählers. Im Zyklus T 2 
werden Statusleitungen, wie „Ready“ und „Halt“, abgefragt. Im dritten 
Operationszyklus wird der Inhalt der vorher ausgegebenen Speicher- 
adresse ins Befehlsdekoderregister gebracht. 

Damit kann der nächste Befehl erkannt und in den folgenden Befehls- 
zyklen ausgeführt werden. Wenn der betreffende Befehl eine Abspei- 
cher-Instruktion war, beginnt das Spiel im Befehlszyklus M 2 von 
neuem: T 1 bringt die Speicheradresse, T 2 setzt die notwendigen 
Statusleitungen auf dem Datenbus, T 3 enthält die Information, die auf 
den Speicherplatz abgelegt werden soll — der über die Information auf 
den Adreßbus spezifiziert ist. 

Bei Befehlen, die ein Stack-Register benötigen, kann sich die beschrie- 
bene Sequenz bis zu viermal wiederholen. Mit einem normalen L.ogik- 
rekorder, der die auftretenden Signalzustände nacheinander abspei- 
chert, werden somit sämtliche Operationszyklen mit ihren Inhalten 
erfaßt. Es bleibt damit dem Anwender überlassen, sich in dieser Fülle 
von Signalen zurechtzufinden. Normalerweise interessiert aber nur die 
Adresse des nächsten Befehls und dessen Inhalt. Eine der Hauptauf- 
‚gaben des uP-Analysators Iıegt also darin, eine sinnvolle Auswahl aus 
den angebotenen Sıgnalen und ıhrer zeitlichen Reihenfolge zu treffen. 
Das bedeutet, daß der T 1-Zyklus von M 1, und von den folgenden 
Befehlszyklen die T 3-Operationszyklen, als relevant für eine Analyse 
festgehalten werden müssen. 

Selbst wenn dies erreicht ist, müssen immer noch die einzelnen paral- 
lelen Signale in der richtigen Weise zusammengefaßt dekodiert wer- 
den — entweder hexadezimal oder oktal. Erst dann liegt die gewünsch- 
te Information in einer Form vor, die einem Assembler-Protokoll 
ähnlich ist — und ohne allzu große Fehlermöglichkeiten analysiert 
werden kann. Auf die Darstellung dieser so (de)kodierten Informa- 
tionen wird bei den einzelnen Gerätetypen noch detailliert eingegan- 
gen werden. 


Meßprinzip 

Der uP selbst ist bei der Messung als Blackbox zu verstehen. Der 
interne Datenfluß kann somit im allgemeinen nicht zugänglich gemacht 
werden. (Nur während einiger spezieller Operationszyklen erscheinen 
die Inhalte von internen Registern auf dem Datenbus.) Die Befchle, die 
sequentiell abgearbeitet werden, sind jedoch in externen Speichern 
festgelegt. Es genügt also, die Speicheradressen und ihre jeweiligen 
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Inhalte sequentiell aufzuzeichnen, um ein Programm — und notfalls 
auch den uP — auf Funktionsfähigkeit zu testen. (Von internen 
Scratch-pad-Speichern soll hier einmal abgesehen werden. Sie kompli- 
zieren die Analyse, müssen jedoch auch irgendwann von außen be- 
schickt werden. Damit kann auch in diesem Fall das besprochene 
Prinzip angewendet werden.) 

Neben den Adreß- und Datenbusleitungen existiert noch eine Anzahl 
weiterer Ein-/Ausgänge, die beispielsweise über einen DMA-Zugriff 
(Direct Memory Access) entscheiden, einen /nterrupt verbieten, erlau- 
ben oder auslösen, einen Halte- oder Wartezustand erzwingen oder 
anzeigen und anderes mehr. Diese Signale werden im folgenden unter 
dem Stichwort: „Externe Signale“ zusammengefaßt. Es ist nicht unbe- 
dingt notwendig, diese mit zu erfassen — die Auswirkung eines /nter- 
rupt-Request erkennt man auch an der unterbrochenen Folge der 
abgearbeiteten Adressen. Aber als zusätzlicher Komfort ist die Auf- 
zeichnung von externen Signalen eine große Erleichterung für den 
Auswerter. Ein Beispiel hierfür: Eine Endlos-(Warte-)Schleife in einem 
Programm soll per Interrupt abgebrochen werden. Die Aufzeichnung 
der sequentiell abgearbeiteten Adressen zeigt aber an, daß die Schleife 
nicht verlassen wird, obwohl das Interruptsignal anliegt. Wenn die 
Interrupt-Enable-Leitung gleichzeitig dargestellt wird, ist der mögliche 
Fehler schnell eingegrenzt. Dieses „Enable“-Signal könnte ja einen 
Interrupt verbieten. 

Natürlich kann für die externen Signale auch ein zusätzliches Oszillo- 
skop benützt werden, zumal alle uP-Analysatoren über einen Trigger- 
ausgang verfügen. Es ist eine Frage der Aufwandsabschätzung, ob man 
für einen derartigen Zweck das Oszilloskop als weiteres Meßinstru- 
ment einsetzen möchte, oder ob man dafür lieber die notwendigen 
zusätzlichen Speicherbits im uP-Analysator spendieren möchte. 


Gerätekonzepte 

Im folgenden werden einzelne Geräte, die bisher auf dem Markt sind, 
mit ihren teilweise sehr unterschiedlichen Spezifikationen beschrieben. 
Allen ist gemeinsam, daß sie auf ein vorwählbares Adreßwort (Befehls- 
zyklus, M 1, Taktzyklus T 1) triggern können und dessen momentanen 
Speicherplatzinhalt anzeigen. Das Auftauchen dieses Triggerereignis- 
ses dient bei den Geräten mit interner Speichermöglichkeit als Anfang 
einer Sequenz von aufeinanderfolgenden Speicherzugriffen des zu 
testenden uP-Systems. 

Bei den preisgünstigen Geräten, die nur über eine geringe Anzahl von 
Vergleichs- und Anzeigeregistern verfügen, muß von dieser Stelle aus 
in Einzelschrittmodus weitergesucht werden. 

Die Reihenfolge, in der die einzelnen uP-Analysatoren vorgestellt 
werden, stellt keinerlei Wertung dar; es wurde vielmehr die alphabe- 
tische Reihenfolge eingehalten. Die Geräte werden, soweit dem Ver- 
fasser bekannt, in ihrer Gesamtheit behandelt. 


Biomation 168-D 

Der uP-Analysator 168-D wird direkt mit dem zu prüfenden System 
verbunden, indem der uP-Chip aus der Fassung herausgenommen und 
in ein sogenanntes „Personality-Modul“ gesteckt wird, das zwischen 
den Analysator und die zu testende Systemhardware geschaltet ist 
(Bild 1). Nun kann jeder Lese- bzw. Schreibzyklus abgespeichert wer- 
den; das zusätzliche Read-/Write-Signal wird mit abgespeichert und 
bei der Ausgabe als „R“ bzw. „W“ dargestellt. Der Analysator bietet eine 
Speicherlänge von 256 Worten zu je 25 bit. Damit können 8-bit-Daten, 
16-bit-Adressen und 1 bit für R/W-Operationen gleichzeitig gespei- 
chert werden. Zur Aufnahme verwendet der 168-D den Takt aus dem 
zu prüfenden System. Die maximal mögliche Taktfrequenz beträgt 
10 MHz. Die Bedienung des Gerätes geschieht über Drucktasten bzw. 
dezimalkodierte Schalter. 


Aufnahmearten 

Im Normal-Record-Mode zeichnet das Gerät den gesamten Datenfluß 
zwischen uP und Speicher bzw. /O auf — ohne auf das System störend 
einzuwirken, d.h., die Aufzeichnung geschieht in Echtzeit. 

Die andere Alternative ist der Halt-Record-Mode. Hier wird bei einem 
vorwählbaren Datenwort die uP-Operation unterbrochen und die 
bisher gesammelte Dateninformation im Speicher festgehalten. 

Für dieses Stoppereignis gibt es drei wählbare Möglichkeiten. Es kann 
ausgelöst werden über das Auftauchen einer voreingestellten 16-bit- 
Adresse, über ein extern per separater BNC-Buchse zugeführtes 
Stoppsignal oder einfach dadurch, daß der Speicher voll ist. 
Ähnliches gilt für das Startereignis, also diejenige Bedingung, von 
deren Auftauchen an der Speicher des Analysators gefüllt werden soll. 
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Auch hierfür kann eine 16-bit-Adresse vorgewählt werden oder ein 
externes Signal über eine weitere BNC-Buchse eingegeben werden. 
Sowohl das Start- wie das Stoppereignis läßt sich mit einem vierstel- 
ligen Ziffernschalter um eine bis 9999 Taktperioden verzögern. 

Eine sofort ins Auge stechende Anwendungsmöglichkeit wäre ein 
Programm, das über längere Zeit hinweg den gestellten Anforderun- 
gen genügt — dann aber, zu einem nicht genau bekannten Zeitpunkt, in 
einen undefinierten oder unerlaubten Zustand übergeht. 

Mit günstiger Auswahl des Startereignisses oder/und der eingestellten 
Verzögerung können die funktionierenden Programmteile übersprun- 
gen werden. Durch geschickte Wahl des Stoppereignisses hält der 
Analysator möglichst kurz vor dem undefinierten Zustand an. Und nun 
kann im Einzelschrittverfahren der schwache Punkt im Programmab- 
lauf gesucht werden. 

Weiterhin kann der Anwender durch Umschalten zwischen „uP Me- 
mory Access“ und „Direct Memory Access“ (DMA) wählen. Dies 
ermöglicht, die Aktivitäten zwischen dem „Hardwaresystem“ und dem 
Speicher oder zwischen dem uP und dem Speicher zu beobachten. 


Darstellungsarten 

Die im Gerät gesammelte Information wird in vier verschiedenen 
Darstellungsarten auf einen eingebauten 9”-Display angezeigt. Bevor 
diese im einzelnen beschrieben werden, ist es notwendig, einige Orga- 
nisationsbegriffe zu klären. Die 16 Adreßbit werden in zwei Teile 
aufgespalten. Die acht höherwertigen Bit ergeben die „Page“-(Seiten-) 
Zahl, die acht niederwertigen werden schlicht als Adresse bezeich- 
net. 


List Display 

In dieser Darstellungsart werden die Speicherinhalte in der Reihen- 
folge ıhres Auftretens ausgegeben (Bild 2). Jeweils 20 Zeilen sind 
gleichzeitig darstellbar. Die ausgeschriebenen Zeilen geben, von oben 
nach unten gelesen, den zeitlichen Ablauf der Speicherzugriffe wieder. 
Die Informationen können hexadezimal oder oktal ausgegeben wer- 
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Bild3: „Memory Display”: Alle aufgetretenen 
Speicherzugriffe, die eine Seite (Page) betref- 
fen, sind durch Stern markiert. In diesem Bei- 
spiel sind also Speicherzugriffe zu den Seiten 
03 und 0 C aufgetreten 


den. Der Anwender kann so direkt die Systemaktivitäten mit dem 
Programmprotokoll vergleichen. 


Memory Display 

Diese Darstellungsart (Bild 3) gibt dem Anwender eine Gesamtüber- 
sicht, welche der Page-Adressen angesprochen wurden. Bei dieser 
Darstellung ist die Y- und X-Achse in hexadezimaler Darstellung 
unterteilt. Zur besseren Ablesbarkeit werden die Koordinaten nach- 
mals in der Mitte als Kreuz angezeigt. 

Einer oder mehrere Speicherzugriffe auf einer „Seite“ werden hier als 
Sternchen angezeigt. Im vorliegenden Fall sind also Adressen mit der 
Seitennummer 0 3 und 0 C aufgetreten. 

Über einen Vergleich der Page-Nummern mit dem Protokoll kann man 
in dieser Darstellungsart leicht erkennen, ob ein unerlaubter Zugriff 
aufgetreten ist. : 

Die alphanumerische Anzeige „Memory Access“ gibt an, daß 256 Spei- 
cherplätze belegt sind (der Speicher ist also voll). Die Anzeige „237 to 
Cursor“ besagt, auf welchem Datenwort der Zeiger steht. Stellt man, 
wie in Bild 3, den Cursor (erkennbar durch die Unterstreichung) auf 
die Seite 0C, so besagt die Anzeige, daß diese Adressenseite (0 C) 
214mal angesprochen wurde. 


Page Display 

In diesem Modus steht das Koordinatenkreuz für die acht niederwer- 
tigen Bits der Adressen, es umfaßt also alle möglichen Adressen einer 
Seite. (Hier im Bild 4 also der Seite 0 C.) Beim Umschalten von einer auf 
die andere Darstellungsart wird übrigens der Cursor nicht verän- 
dert. 

In diesem Page Display werden alle Speicherzugriffe angezeigt, die 
innerhalb der gewählten Seite (0C) erfaßt wurden. Hier also die 
Adressen (0C)05 — OD. 





Bild 6: ıP-Analysator 1611A von Hewlett-Packard (Bild: Hewlett Pak 
kard) 
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Bild 4: „Page Display”: Hier sind alle aufge 
zeichneten Speicherzugriffe zu einer einge- 
stellten Seite (0 C) dargestellt 
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Bild 5: „Sequential Display”: Alle aufgezeich- 
neten Speicherzugriffe werden von links oben 
nach rechts unten dargestellt 


Bei den Anzeigen „Memory Accesses“ ergibt sich folgendes: 


@ „256 Total“ bleibt erhalten, da unverändert 256 Ereignisse abgespei- 
chert sind; 

@ „237 to Cursor” bleibt ebenso erhalten, da der Cursor nicht bewegt 
wurde. 


Die Anzeige „At-Cursor" verändert sich: Vorher wurden im „Memory 
Display“ 214 Adressen der Seite OC registriert, jetzt ist im „Page 
Display“ (der Cursor steht auf 0 6) angegeben, daß diese Adresse (0 6) 
24mal erfaßt wurde. 





Sequentiel Display 

Bei dieser Darstellungsart werden alle abgespeicherten Speicherzu- 
griffe sequentiell dargestellt (Bild 5). Die zeitliche Zuordnung beginnt 
links oben und endet rechts unten. 

In dieser Darstellungsart ist noch eine weitere Analysehilfe möglich. 
Mit Drücken des Schalters „Select“ werden alle Speicherplätze, die die 
gleiche Adresse wie die mit dem Cursor bezeichneten besitzen, mit 
einem „S" in der Matrix bezeichnet. Bei gleichem Speicherinhalt, wie im 
Abschnitt „Page Display“, gedrücktem „Select-Schalter“ und unverän- 
dertem Cursor müßten in dieser Darstellung 23 Positionen mit S belegt 
sein. 


Hewlett Packard 1611A 

Der uP-Analysator 1611A von Hewlett Packard ist äußerlich (Bild 6) 
einem Tischrechner ähnlich. Sämtliche Meßspezifikationen werden 
über ein Tastenfeld eingegeben. Zum Anschluß an das Prüfobjekt dient 
ein 40-Pın-Clip, der direkt auf den uP aufsteckbar ist. Dieser kann aber 
auch aus der Schaltungsumgebung herausgenommen und in einen 
speziellen Prüfsockel eingesteckt werden. Die Verbindung zum System 
bringt dann ein 40poliges Flachbandkabel mit Stecker. 

Der 1611A wird vorerst in zwei Optionen geliefert: für den Prozes- 
sortyp 8080 und für den 6800. Die beiden Varianten unterscheiden sich 
durch den Hardwareaufbau des Meßinstruments und durch eine aus- 
tauschbare Frontplatte mit Stecksockel für den Prüfling. Der Umbau 
von einer auf die andere Option ist in 15 min auszuführen. 

Die Speicherkapazität umfaßt 64 Worte. Jedes dieser Worte besteht 
aus 16 Adreßbit, 8 Datenbit und weiteren 8 externen Funktionsbit. 
Einige der Anwendungsmöglichkeiten für diese externen Bit sind schon 
in einem früheren Abschnitt beschrieben worden. 

Auch hier werden die Informationen mit dem Systemtakt aus dem zu 
prüfenden System eingeschrieben. Als maximale Taktfrequenz sind für 
die 8080-Option 4 MHz, für die 6800-Option 14 MHz angegeben. 


Aufnahme 

Jede der drei Gruppen von Informationen, also eine spezielle Adresse, 
eine spezielle Datenkombination oder eine „External“-Zustandskombi- 
nation — oder auch eine Kombination aus allen drei —, kann als 
Trigger für eine Datenspeicherung dienen. Dabei kann der Trigger am 
Anfang des abgespeicherten Bereichs, am Ende oder irgendwo dazwi- 
schen liegen — was eine Pre-, Post- oder Midtrigger-Aufzeichnung 
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Bild 7: Eine der 
möglichen Bild- 
schirmdarstellungen 
des 1611A. Im obe- 
ren Bereich die ein- 
gestellten Spezifi- 
kationen, darunter 
die aufgezeichneten 
Speicherzugriffe. 
Das Triggerwort ist 
durch die hellgeta- 
stete Zeile kenntlich 
gemacht 


ADDRESS DATA 
8642 r4 
98643 A? 


ENABLE 
TRIGGER 


DISABLE 1.593 74 
TRIGR OCCUR=42 


ermöglicht. Ferner kann die Aufzeichnung (vom Triggerereignis an 
gezählt) um 0 bis 65 472 Taktperioden verzögert werden. Nach einer 
Aufzeichnung kann selbstverständlich in Einzel- oder Mehrfachschrit- 
ten weiter aufgezeichnet werden. 


Darstellung 

Die über das Tastenfeld eingegebenen Spezifikationen werden im 
oberen Drittel des Bildschirms alphanumerisch angezeigt. Bei dem in 
Bild 7 gezeigten Beispiel bedeutet dies, daß der Trigger auf die Adresse 
0643 festgelegt ist und daß die Aufzeichnung acht Speicherzugriffe vor 
diesem Zeitpunkt beginnen soll (Pretrig = 8). 

Außerdem soll nur innerhalb eines ganz bestimmten Speicheradreßbe- 
reichs eine Aufzeichnung gemacht werden. Die Zeilen „Enable = 0642“ 
und „Disable = 0642“ geben diesen Bereich an. Da in diesem Beispiel 
beide Adressen den gleichen Inhalt haben, bedeutet das, daß innerhalb 
einer Schleife nach dem Triggersignal gesucht werden soll. Sobald die 
Adresse 0642 zum zweiten Mal durchlaufen wird, soll der Analysator 
seine Arbeit einstellen. Die Angabe „Trigg occur = 42“ besagt, daß das 
Triggerereignis 42 Speicherzugriffe nach dem erstmaligen Erscheinen 
der Speicheradresse 0642 gefunden wurde. 

Es werden jeweils 16 sequentielle Speicherzugriffe von oben nach 
unten dargestellt. Das Triggerereignis ist durch die ausgefüllte Zeile 
hervorgehoben. Mit speziellen „Roll“-Tasten kann der angezeigte Be- 
reich nach oben oder unten verschoben werden — womit die restlichen 
aufgesammelten Speicherzugriffe angezeigt werden. In Bild 7 sind die 
Adreß- bzw. Datenangaben in hexadezimaler Form dargestellt. Als 
Erleichterung für hardwareorientierte Benutzer können diese auch in 
digitaler Form ausgegeben werden. Die „External“-Daten werden 
grundsätzlich in binärer Form dargestellt. 

Als besonders anwenderfreundlich ist eine spezielle Leistung dieses 
Gerätes zu werten, die es ermöglicht, die aufgezeichneten Speicher- 
platzinhalte (opcode/data) in ihrer Assemblernotation (Mnemonics) 
auszugeben (Bild 8). Ein Vergleich mit dem Softwareprotokoll wird 
dadurch sehr leicht gemacht. Andererseits ist es aber gerade diese 
besondere Leistung, die dem Gerät seine Vielseitigkeit beschneidet — 
und die dafür verantwortlich ist, daß im Falle eines neuen zu testenden 
uP-Typs eine (nicht ganz billige) Umrüstung des Geräts erforderlich 
wird. 


Triggermöglichkeiten 

Der Analysator 1611A bietet neben der bisher beschriebenen auch eine 
Reihe anderer Möglichkeiten der Aufzeichnung von Speicherzugriffen 
in einem uP-System. Er kann beispielsweise so eingestellt werden, daß 
nur Daten aufgezeichnet werden, deren Adressen innerhalb oder 
außerhalb eines spezifischen Bereichs liegen. Ein solcher Fall kann 
sinnvoll werden, wenn zwar ein bestimmtes Unterprogramm oder eine 
Programmschleife zur Zufriedenheit des Anwenders arbeitet — nicht 
aber die umliegenden Teile des Programms. 

Eine weitere Spezialität ist der „Selective Trace“. In diesem Modus wird 
nur dann eine Aufzeichnung gemacht, wenn eine ganz bestimmte 
Adresse oder ein bestimmter Adreßbereich von dem zu testenden uP 
angesprochen wird. 

Es werden dabei also nur diejenigen Fälle aufgelistet, in denen auf ein 
und dieselbe Adresse ein Lese- oder Schreibzugriff vorliegt. 


Zeitmessung/Ereignismessung 

Oft ist es von Bedeutung, den tatsächlichen Zeitbedarf für ein Pro- 
gramm oder einen Teil daraus, etwa eine Schleife, zu kennen. Es ist 
grundsätzlich möglich, sich diese Information aus dem Softwareproto- 
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Bild 8: Mnemonic- 
Darstellung. Die 
Speicherplatzinhalte 
werden als Assemb- 
ler-Befehl dekodiert 
ausgegeben 


ORTE DATA EXTERNAL 
ENABLE 964 74 088888181 
TRIGGER Fr» 8898881081 


[u &=72)=; [- 1573 74 88808181 
TRI ER Bccurss2 PRE-TRIGR=8 


ELDELDETE 





koll zu errechnen. Da verschiedene Befehlstypen eine unterschiedliche 
Anzahl von Instruktionszyklen umfassen, kann diese Rechnung aber 
sehr mühsam sein. Wesentlich einfacher ist es, Anfangs- und Endbe- 
dingung in den 1611A einzuprogrammieren und das Meßgerät mit 
Hilfe einer speziellen Funktionstaste „Time Intervall“ diesen Bereich 
durchlaufen zu lassen. Der Analysator zeigt dann direkt die aufgelau- 
fene Zeit in us an. 

Ebenso kann man die tatsächliche Anzahl von Ereignissen messen. Die 
Ausführung ist ähnlich der für die Zeitmessung. Auch hier brauchen nur 
wieder die „Enable“- und „Disable“-Spezifikationen eingegeben wer- 
den. Über die Taste „Count Trig“ wird gezählt, wie oft ein spezielles 
Triggerereignis zwischen diesen beiden Grenzen vorgekommen ist. 
Wenn als Triggerereignis die Anfangsadresse einer bestimmten Unter- 
routine eingegeben wird, dann erscheint nach Durchlaufen der beiden 
Grenzen auf dem Bildschirm die Antwort: „Count = 3“, wenn das 
Unterprogramm dreimal angesprungen wurde. 


“lotorola MPA-I 

Das Modell MPA-I von Motorola zählt zu den uP-Analysatoren mit 
internem Speicher. Auch hier werden die aufgezeichneten Speicherzu- 
griffe der zu testenden uP auf einem 9”-Bildschirm dargestellt. Das 
MPA-I stellt 32 Speicherworte zu je 24 bit dar. Damit lassen sich 
entweder 32 aufeinanderfolgende Speicheradressen (und deren Inhal- 
te) analysieren oder aber von 16 sequentiellen Adressen jeweils die 
Speicherinhalte und die Statusworte. Mit Hilfe einer sehr übersichtli- 
chen Frontplatte — die außer den beiden vierstelligen Adressen- und 
Verzögerungsvorwahlschaltern nur über drei Kippschalter und einen 
Reset-Druckknopf verfügt — läßt sich eine Reihe von spezifischen 
Einstellungen vornehmen. 


Aufzeichnungs-Modus 

In der Stellung Free-Run zeichnet das Gerät alle Speicherzugriffe in 
Echtzeit auf. Die Bildschirmwiedergabe arbeitet dabei mit ihrer höch- 
sten Frequenz — sie ist also nicht ablesbar, weil die Hexadezimalzahlen 
übereinandergeschrieben werden. Trotzdem kann diese Aufzeichnung 
sinnvoll sein. Wenn nämlich infolge einer Endlos-Schleife oder eines 
Hardware-Fehlers immer die gleichen Daten ausgegeben werden, ist 
dies gut feststellbar. Ansonsten arbeitet das Gerät mit einer vorwähl- 
baren Adresse und variabler Verzögerungsdauer. Der Trigger kann so 
gewählt werden, daß die spezifizierte. Adresse an den Anfang des 
Speichers (und damit der Bildschirmwiedergabe) oder ans Ende zu 


Bild 9: ıP-Analysa- 
tor MPA-1 von Mo- 
torola (Bild: Motorola) 





141 





Meßtechnik 


elektronikpraxis 





Bild 10: ıP-Analysa- 
tor M 823 von Pro- 
Log für den ı.P 6800. 
(Der im Text behan- 
delte M 822 für den 
8080 ist ähnlich auf- 
gebaut) (Bild: Pro- 
Log) 


Lirz} 
6800 SYSTEM ANALYZER 





liegen kommt. Auch ein Midtriggering ist möglich, wenn der Wert für 


„Delay“ zwischen I und 31 Taktperioden festgelegt ist. 


Während des freien Durchlaufs ist die Triggeradresse abgeschaltet. Sie 
wird erst aktiv in der Stellung Manual oder Automatic. Bei manueller 
Einstellung muß der Trigger jedes Mal von neuem mit dem Resert- 
Druckknopf aktiviert werden. Wenn nun die Triggeradresse erscheint, 
wird die oben beschriebene Aufzeichnung von 32 Speichertransak- 
tionen vorgenommen und diese auf dem Bildschirm dargestellt. Die 
Anzeige bleibt bestehen. Das Gerät beginnt mit einem neuen Aufzeich- 
nungsvorgang erst, nachdem der Reset ein weiteres Mal bedient wurde. 
In Stellung Automatic wird der Bildschirm nach 250 ms gelöscht, und 


der Zyklus beginnt selbständig aufs neue. 


Eine Einzelschritt-Fortschaltung ist bei diesem Gerät nicht vorgese- 


hen. 


Der Analysator MPA-1 verfügt über zwei Ausgänge: über einen Takt- 
ausgang (TTL.), an dem der Systemtakt des Testobjekts abgenommen 
werden kann, und über einen Adreß-Trigger-Ausgang. Er liefert den 
Synchronisierimpuls (200 ns, TTL.) für ein Oszilloskop, wenn intern die 


Triggerbedingung erfüllt ist. 


Pro-Log M 822 A (Spezial-Elektronik) 

Die uP-Analysatoren von Pro-Log (Bild 10) — es gibt für jeden Mikro- 
prozessor, vom 4004 bis zum 8080, ein spezielles Gerät — können 
zumindest einen Rekord für sich verbuchen: Sie sind von allen hier 
behandelten Geräten die mit Abstand preisgünstigsten (deutlich unter 
2000 DM). Sie eignen sich damit besonders für Anwender, die den 
Einsatz von uP nur am Rande betreiben — oder ein Kontrollgerät für 
die Serienfertigung suchen. Allerdings müssen gewisse Abstriche im 
Komfort in Kauf genommen werden. 


Das Gerät Pro-Log M 822 A arbeitet auf einer hardwareorientierten 
Ebene, die einige Kenntnisse über die Befehls- und Taktzyklus-Abläufe 
in uP voraussetzt. Diese Kenntnisse werden in einem recht ausführli- 
chen Händbuch vermittelt. Zum besseren Verständnis ist ein Aus- 
schnitt der Befehlsliste des 8080 mit den dazugehörigen Takt- und 
Befehlszyklen in Bild 11 dargestellt. 

Mit 16 Schaltern läßt sich eine Adresse vorwählen, deren Speicherin- 
halte im Laufe des Programms angezeigt werden sollen. Zur Program- 
mierung verfügt das Gerät über zwei weitere Kippschalter (Re- 
fresh/Hold und Adr Stop/Cycle Stop) sowie zwei Drucktasten (Reset 
und Step/Clear), 


Folgende Daten bzw. Signale können angezeigt werden: 


© die Daten des Taktzyklus T, (Speicherzugriff aus den Befehlszyklen 
M, bis M,) 

@ Informationen über Schreiben und Lesen 
(Data in/Data out) 


® Unterschiede im Daten-Status: 
Instruktion 
Speicherzugriff 
Stack-Zugriff 
WO-Zugriff 


@ die Sonder-Status-Anzeigen: 
Interrupt Ack (Interrupt vom uP akzeptiert) 
Hold Ack (Haltezustand akzeptiert) 
Halt Ack (Stopp akzeptiert) 
Run 
Wat 


Run-Modus 

In diesem Zustand arbeitet der uP vollkommen ungestört sein Pro- 
gramm ab. Jedes Mal, wenn die vorgewählte Adresse durchlaufen ist, 
zeigt das Gerät den Status des Befehls an — und außerdem die Spei- 
cherzugriffe, die während der T,-Taktzyklen von M, bis M, auftreten. 
M, gibt dabei den /nhalt (Operationskode) des Befehls an, M, kann die 
Daten enthalten, die auf einen bestimmten Speicherplatz abgespei- 
chert werden, und M, kann die Daten enthalten, die durch eine Stack- 
Operation auf einen anderen Speicherplatz gebracht werden. Welche 
Informationen tatsächlich dargestellt werden, läßt sich leicht anhand 
der Instruktions-Diagnose-Tabelle feststellen. (Ein Ausschnitt aus die- 
ser Tabelle ist in Bild 11 wiedergegeben.) 

Auch dieser Analysator hat, wie alle anderen, einen Triggerausgang für 
Oszilloskope. Im Zusammenhang mit dem Run-Modus läßt sich damit 
bequem die Zeit auf dem Oszilloskop ablesen, die der uP zum Durch- 
laufen einer Schleife benötigt. Dies geschieht, indem das Adressen- 
Vergleichsregister auf die Anfangsadresse eingestellt wird. Jedes Mal, 
wenn diese Adresse auftaucht, wird ja ein TTL-Puls ausgegeben. Die 
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Bild 11: Beispiele für die Befehls- und Taktzyklen für einige Befehle des 8080 
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Tafel: Übersicht über die zur Zeit auf dem deutschen Markt befindlichen (ıP-Analysatoren 


Biomation 168-D Hewlett Packard 1611 A 








Motorola MPA-1 


| Pro-Log M822 A 


Systron Donner 











(Spezial-Elektronik) Modell 50 
Max. Taktfrequenz 10 MHz 4 MHz 2,2 MHz -3 MHz 4 MHz 
(9,) (10 MHz durch Paral- 
lelschalten von 2 Ge- 
räten) 
Darstellungs- Bildschirm Bildschirm Bildschirm 24 + 8 Leuchtdioden 32 + 4 Leuchtdioden 
möglichkeiten 
Hexadez. List-Display Hexadez., Oktal Adressen, Inhalte von T; 16 Adreßbit 
a Daten/Status in der Rei- ; 
Memory Display Dual Kerken des Auftretens |YON M,M, M; 16 Datenbit 
Mhsmönios 4 bit f. Gerätestatus 


Page Display 


Sequentiel Display Elapsed time 


Status-Anzeigen, 
Adressen: 16 bit 

















Event count 
Alphanumerics Alphanumerics _ _ _ 
für eingestellte Werte für eingestellte Werte 
Speicherlänge (bit) 256 x 25 64 x 35 32 x 24 1x 16 Adr. 1 x 16 Adr. 
(16 f. Adr., 8 f. Daten, (16 f Adr., (16 f. Adr,, 3 x 8 Daten 1 x 16 Daten 
1. R/W) 8 f. Daten, 11 extern) 8 f. Daten/Status) 8 versch. Status 
Delay (Taktperioden) 9999 65 K 65 K - 65 K 
Triggerarten Adresse Adr., Daten, External bis |Adresse bis Speicher Adresse Adresse 
Trig.-Anf. und Trig.-Ende | Speicher voll, voll, Pre-, Mid-, N—-1N,N+1 
oder Speicher voll, ARM-Funktion, Post-Trigger ARM-Funktion 
Pre-, Mid-, Post-Trigger | Pre-, Mid-, Post-Trigger 
99 99 
Geeignet für uP-Typ alle 8-bit-uP Opt. 080 : 8080/9600 alle 8-bit-uP je ein gesondertes Gerät | alle 8-bit-uP 
Opt. 068: 6800 für 4004/4040, 6800, 8008, 
8080 








Dauer dieses Pulses ist die Zeit vom T,-Taktzyklus bis zum Ende des 
betreffenden Maschinenzyklus. 


Adreß-Stop 

Mit dieser Programmierung ist es möglich, den uP bis zu einer vorge- 
wählten Adresse arbeiten zu lassen. Wenn diese erreicht ist, geht er in 
den Wait-Zustand über. Der M 822 kann nun wahlweise von Adresse zu 
Adresse oder von Zyklus zu Zyklus manuell weitergetastet werden. 
Dabei geben die Statusanzeigen den jeweiligen Zustand des uP in den 
einzelnen Taktzyklen an (Befehl, Speicher oder I/O). Die acht Leucht- 
dioden für M, bis T, zeigen den jeweiligen Inhalt des uP-Datenbus. 

Wenn die Trigger-Adresse in einer Programm-Schleife liegt, dann 
kann durch Drücken des Step-Schalters die gesamte Schleife ein 
weiteres Mal durchlaufen werden, und der Prozessor hält dann wieder 
bei der vorgewählten Adresse. 

Dies sind nur einige der Programmierungsmöglichkeiten. Auf die 
weitere detaillierte Beschreibung soll hier verzichtet werden. Wie 
erwähnt, bietet Pro-Log ein spezielles Gerät für jeden gängigen uP- 
Typ an, das auf die jeweiligen Bedürfnisse abgestimmt ist. Da der 8080 
der bekannteste unter allen uP sein dürfte, wurde hier nur der M 822 
(für 8080) beschrieben. 


Systron Donner Modell 50 

Wie bei den Pro-Log-Geräten macht sich beim Modell 50 von Systron 
Donner im Preis deutlich bemerkbar, daß auf eine aufwendige Bild- 
schirmdarstellung und auf interne Speicherorganisation verzichtet 
wurde (Bild 12). 

Das Gerät verfügt über 2 x 16 Leuchtdioden für Adressen, Daten und 
Status-Anzeigen. Es hat außerdem vier weitere Leuchtdioden, die den 
Betriebszustand des Analysators selbst anzeigen. 

Der Analysator verfügt über acht Adreß-Schalter. Damit lassen sich 
das höchstwertige und das niederwertige Byte eines 16-bit-Adreß- 
Vergleichs-Registers und eines ebenfalls 16 bit umfassenden Verzöge- 
rungsregisters setzen. Damit ist der Funktionsablauf in großen Zügen 
vorgegeben. 

Wenn das Gerät zum Vergleich aktiviert ist (ARM-Funktion), wird der 
Inhalt des Adreß-Registers kontinuierlich mit der Information auf den 
Datenbus des zu testenden uP verglichen. Bei Übereinstimmung zwi- 
schen beiden beginnt die Verzögerungszeit — vorgegeben von der 
Anzahl der Taktperioden im Verzögerungsregister. Sie kann demnach 
bis zu 65 472 betragen. 

Nach Ablauf der gewünschten Anzahl von Taktperioden wird ein 
Strobe-Signal erzeugt, mit dem das momentan gültige Bitmuster auf 
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dem Adreß- bzw. Datenbus in die entsprechenden Register geladen 
und mit den Leuchtdioden angezeigt wird. 


Falls der Datenbus nur 8 bit umfaßt, können zwei Bytes zu zwei 
verschiedenen Strobe-Zeiten eingefangen werden. Es kann also die 
Information von zwei verschiedenen Taktzyklen (T, bis T,) oder ver- 
schiedene Bytes einer Multibyte-Instruktion (M, bis M,) angezeigt 
werden. Es sind Daten aus maximal acht Instruktionszyklen erfaßbar 
(M, bis M,) — wobei entweder die Taktfrequenz oder die Instruktions- 
Zyklusfrequenz zwischen 0 und 4 MHz variabel ist. 


Verzögerungsregister 

Sowohl das Verzögerungs- wie das Vergleichsregister können unab- 
hängig gesetzt, gelöscht, inkrementiert, dekrementiert und angezeigt 
werden. Der Inhalt des Verzögerungsregisters kann als Verzögerung 
für Taktzyklen, Instruktionszyklen oder als eine Anzahl zu durchlau- 
fender Schleifen interpretiert werden. Die Schleifenverzögerung be- 
sagt also, wie oft eine vorgewählte Adresse zu durchlaufen ist,bevor ein 
Strobe-Impuls generiert wird. Auch eine kombinierte Verzögerung ist 
möglich: Das Ereignis kann ausgelöst werden, wenn Schleifen, gefolgt 
von M Takt- oder Instruktionszyklen, durchlaufen sind. 


„N-IN+ I“ 
Mit Hilfe dieses Schalters läßt sich das Trigger-Ereignis (Strobe) um 
eine Periode nach vorn verschieben (N + 1) oder verzögern (N - 1). 


Bild 12: ıP-Analysa- 
tor Modell 50 von 
Systron Donner 
(Bild: Systron Donner) 
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Sprünge, auch Unterprogrammsprünge, lassen sich somit vorwärts 
oder rückwärts untersuchen. Mit einem Übergabe-Druckknopf (Trans- 
fer) kann der Inhalt des Adreß-Registers in das Adreß-Vergleichsregi- 
ster geladen werden. Es ist so möglich, schrittweise das Programm 
abzuarbeiten, ohne jedesmal die Startadresse neu setzen zu müssen. 


Such-Modus 

Wenn der uP in einer Programm-Schleife festhängt, läßt sich mit der 
Such-Spezifikation die momentan gültige Adresse sowie die dazuge- 
hörige Instruktion finden. Ebenso können unter normalen Programm- 
bedingungen die erste und die letzte Instruktion aufeinanderfolgender 
Programm-Segmente gefunden werden. Auf diese Weise lassen sich 
leicht die bereits abgearbeiteten Teile eines Programms bestimmen — 
ohne die recht mühevollen manuellen Einstellungen. (Die Suchrate ist 
variabel.) 

Auch dieser Analysator ermöglicht es, ein Programm bis zu einem 
bestimmten Triggerereignis frei durchlaufen zu lassen. Danach kann in 
Einzel- oder Mehrfachschritten beliebig langsam von Befehl zu Befehl 
weitergesucht werden. Dabei lassen sich bestimmte Spezifikationen 
miteinander verbinden, wie z.B. die Einzelschritt-Operation mit der 
N + 1-Transfer-Taste. Eine zusätzliche, durch den Anwender spezifi- 
zierbare Schalterstellung läßt sich dazu benutzen, externe Signale wie 
eine /nterrupt-Leitung oder sonstige Kontroll-Signale in die Prüfung 
einzubeziehen. 


Programm-Ablauf 

Obwohl das Systron-Donner-Modell 50 nur über wenige Anzeigeregi- 
ster verfügt, kann auch ein geschlossener Programmlauf vollständig 
dargestellt werden. Dies geschieht, indem nach Eintreten des Trigger- 
Ereignisses (aufgetretene Adresse — Vergleichsregister) der uP ange- 
halten wird. Nun läßt sich, entweder über manuelles Weiterschalten in 
Einzel- oder Mehrfach-Schritten oder per automatischer Fortschal- 
tung, der Programmablauf verfolgen. Die Geschwindigkeit, mit der 
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dies geschehen soll, ist kontinuierlich einstellbar. Bei dieser Einzel- 
schritt-Abtastung sind nicht nur die sequentiellen Befehle, sondern auf 
Wunsch auch die einzelnen Befehlszyklen nacheinander darstellbar. 


Kopplung von Geräten 

Eine spezifische Leistung des Modells 50 bedarf einer näheren Erläu- 
terung. Dieser uP-Analysator ist so ausgelegt, daß sich mehrere Ein- 
heiten koppeln lassen. Dies bringt einige zusätzliche Vorteile. So 
können z.B. die Ausgangssignale eines zweiten Gerätes dazu dienen, 
das erste Gerät überhaupt erst einzuschalten. Gerät Nr. 1 sucht also 
sein vorprogrammiertes Triggerereignis erst nach Auftreten des Trig- 
gerereignisses für Gerät Nr. 2. Ein derartiger kombinierter Trigger 
wäre z.B. das Auftreten einer bestimmten Adresse, gefolgt von einer 
weiteren, ebenfalls spezifischen Adresse. 

Ein konkretes Beispiel: ein Unterprogramm-Sprung, gefolgt von einem 
Speicherzugriff auf Adresse ®C2D. 

Die Kopplung von zwei Geräten kann aber auch dazu dienen, daß sie 
beide Phasen des Taktsignals alternativ auswerten. Auf diese Weise 
lassen sich auch bipolare Prozessoren mit einer Taktfrequenz bis zu 
10 MHz analysieren. 


Bedienungselemente 

Das Modell 50 ist sehr kompakt gehalten. Es verfügt neben den acht 
Adreß-Schaltern über zehn Programmierschalter bzw. -taster, die 
meist drei Positionen aufweisen. Bei einer derartigen Vielseitigkeit des 
Geräts läßt sich nicht vermeiden, daß einige der Programmierfunk- 
tionen nurüber die Koppelung mehrerer Schalterstellungen einstellbar 
sind. Dies bringt eine gewisse Unübersichtlichkeit — und damit Fehler- 
quellen — mit sich, die auch dem oberflächlichen Betrachter des Geräts 
ins Auge fallen. (Diese Bemerkung ist als Appell an den Hersteller 
gedacht, zukünftige Versionen dieses Gerätes stärker auch unter die- 
sem Gesichtspunkt zu konzipieren.) 
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Ein Mikrocomputerprogramm zur 
JEC-Bus-Steuerung 


Christoph Schenk, Ulrich Tietze, Heinrich Nürmberger, Erlangen* 


Software-Lösung für IEC- 
Bus-Interface mit uP 
MC 6800 


Daß die zahlreichen auf den Markt drängenden Mikropro- 
zessorsysteme auch für den Meßgeräte-Verbund per IEC- 
Bus bedeutungsvoll werden können, zeigt unser folgender 
Beitrag. Er beschreibt den Einsatz eines 8-bit-Prozessors 
(MC 6800) als Steuerorgan allgemein und am Beispiel einer 
Voltmeter-Steuerung. (Ein Pendant zu diesem Artikel, über 
die hardwaremäßige Realisierung von Schnittstellen-Mo- 
duln für IEC-Bus-kompatible Meßgeräte, soll im nächsten 
Heft der »ep« folgen.) 


In der IEC-Norm 66.22 von 1976, kurz als IEC-Bus-Norm bezeichnet, 
wurde ein universelles Schnittstellensystem definiert, das es ermög- 
licht, eine größere Anzahl von programmierbaren Geräten über einen 
gemeinsamen Bus miteinander zu verbinden [1. 2]. 
Man kann vier Typen von Geräten unterscheiden: 


® reine Sprecher wie Lochstreifenleser; 

® reine Hörer wie Signalgeneratoren, die auf bestimmte Funktionen 
programmiert werden; 

@© kombinierte Hörer und Sprecher wie Digitalvoltmeter. 


Das wichtigste Gerät ist das Steuergerät. Es arbeitet sowohl als Hörer 
wie als Sprecher. Zusätzlich ist es in der Lage, einige Steuerfunktionen 
auszuüben; sie entscheiden darüber, welche der am Bus angeschlos- 
senen Geräte miteinander kommunizieren. 

Der Nachrichtenaustausch erfolgt Byte für Byte über acht Datenlei- 
tungen — in Form eines Quittierungsverfahrens, das über drei Hand- 
shake-Leitungen „Data Valid" (DAV), „Ready For Data“ (RFD) und 
„Data Accepted"(DAC) gesteuert wird. Zusätzlich werden noch fünf 
weitere Steuerleitungen verwendet, z.B. die Leitung Attention (ATN), 
die ausschließlich vom Steuergerät bedient wird. Sie gibt an, ob Infor- 
mationen auf den Datenleitungen als Befehle (Schnittstellennachrich- 
ten) oder als Daten (Gerätenachrichten) zu interpretieren sind. 

Das Steuergerät besteht in der Regel aus einem Prozeßrechner oder 
Tischrechner mit einer speziellen /nterface-Schaltung. Deren Aufgabe 
besteht darin, Adressen und Befehle zu dekodieren sowie das Drei- 
draht-Handshake-Verfahren zur asynchronen Datenübertragung 
durchzuführen. 


Mikrocomputer als Steuergerät 

Wenn es nun weniger darum geht, größere Datenmengen zu verarbei- 
ten, sondern mehr darum, eine reine Ablaufsteuerung, eventuell mit 
einigen logischen Entscheidungen, durchzuführen, dann bietet sich als 
Steuergerät ein Microcomputer an. Realisiert man das Interface, wie 
bisher üblich, als Hardware-Schaltung, so wird man dafür eine größere 
Zahl von integrierten Schaltungen benötigen als für den ganzen Micro- 


* Die Verfasser, Dr.-Ing. Ch. Schenk, Dr.-Ing. Ulrich Tietze und Heinrich Nürmberger., sind 
Mitarbeiter am Laboratorium für Technische Elektronik der Universität Erlangen-Nürn 
berg. 
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computer. Im vorliegenden Beitrag soll gezeigt werden, daß man eine 
wesentliche Vereinfachung erzielen kann, wenn man die Interface- 
Funktionen rein softwaremäßig im Microcomputer erzeugt und auf 
diese Weise die Interface-Hardware einspart. 


Aufbau mit MC 6800 

Bild I zeigt die verwendete Systemkonfiguration mit dem Mikropro- 
zessor MC 6800. Als Betriebssystem wurde die M/IKBUG-Routine von 
Motorola verwendet, die indem ROM (MCM 6830) programmiert (mit 
der Maske 1.7) erhältlich ist. Sie erhält unter anderem die Ein/Ausga- 
besteuerung für den Fernschreiber sowie ein Programm zur Umwand- 
lung von Hexadezimalzahlen in ASCII-Zeichen und umgekehrt. Das 
Interface-Programm wurde während der Entwicklung in drei RAM 
MCM 6810 gespeichert und anschließend zusammen mit einem Forma- 
tierungsprogramm in einem EPROM S 6834 gespeichert. 

Der IEC-Bus wurde mit seinen acht Daten- und acht Steuerleitungen 
direkt an dem Standard-Interface-Baustein (PIA) MC 6820 angeschlos- 
sen, wie es in Bild 2 im einzelnen dargestellt ist. Das PIA besitzt zwei 
Ein/Ausgaberegister zu je 8 bit. Zusätzlich stehen vier Kontrollbit zur 
Verfügung, die ebenfalls zur Ein/Ausgabe sowie zur /nterrupt-Erzeu- 
gung benutzt werden können. Die Datenleitungen sind an der Seite A 
angeschlossen. Die Übertragungsrichtung ist für alle Anschlüsse gleich; 
sie wird vom Programm umgeschaltet. Die Steuerleitungen sind an der 
B-Seite angeschlossen. Die Programmierung wird vereinfacht, wenn 
man bei den häufig benötigten Handshake-Leitungen auf eine Rich- 
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Source Handshake 


Interrupt 
System ein 








Bild 3: Flußdiagramm des Controller-Programms 
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tungsumschaltung verzichten kann. Deshalb wurden sie doppelt mit 
jeweils fester Übertragungsrichtung angeschlossen. 

Bedingt vom gegebenen fan-out des Interface-Bausteins kann man 
maximal drei Geräte mit dem genormten Störabstand am Bus anschlie- 
ßen. Möchte man bis zur vollen Ausbaustufe von 15 Geräten gehen, 
muß man an den Datenleitungen noch bidirektionale Treiber vorsehen 
(z.B.2 x P 3216 von /ntel), deren Übertragungsrichtung mit dem noch 
freien Anschluß CA 2 gemeinsam umgeschaltet werden kann. Bei den 
Steuerleitungen genügen einfache Treiber an den als Ausgang geschal- 
teten Anschlüssen. 


Ablauf des Controller-Programms 

Das Flußdiagramm für das Controller-Programm ist in Bild 3 darge- 
stellt. Es werden folgende Funktionen der /EC-Norm realisiert: Source 
Handshake SH 1, Acceptor Handshake AH 1, Talker-Funktion T8, 
Listener-Funktion 14, Controller-Funktion C3, C28. Nach dem Start 
wartet das Programm auf eine Eingabe von der Konsole. Das erste 
Zeichen einer Zeichenkette entscheidet darüber. ob die folgenden 
Zeichen als Bus-Ccommand oder als Daten ausgegeben werden. Dabei 
steht „C“ für Command und „D“ für Daten. 

Bei einem Bus-Command wird ATN = I gesetzt. Die einzelnen 
Zeichen werden ausgegeben und gleichzeitig daraufhin untersucht, ob 
sie eine für den Controller relevante Information enthalten. Bei der 
Information „My Tulk Address (MTA) wird ein Flag gesetzt, mit 
dem der Controller in Talker Addressed State (TADS) übergeht. 
Entsprechend wird es mit Orfhier Talk Address (OTA) oder My Listen 
Address (MLA) gelöscht. Ein zweites Flag zeigt den Zustand ZListener 
Addressed State(LADS) an, das mit MLA gesetzt und mit MTA oder 
Unlisten gelöscht wird. Mitdem ASCII-Zeichen „CR* wird die Ausgabe 
der Zeichenkette beendet. 

Anschließend springt das Programm auf den Beginn zurück und wartet 
auf eine neue Zeichenkette. Ist der Controller als Listener adressiert, 
wird zuvor das /nterrupt-System eingeschaltet. Auf diese Weise wird 
durch ein ankommendes DA V-Signal ein Sprung zur /nterrupt-Routine 
ausgelöst. Dort wird über den Acceptor-Handshake ein Zeichen vom 
Bus eingelesen, verarbeitet und auf die Konsole ausgegeben. 
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Voltmeter-Steuerung 

In der beschriebenen Form kann man mit dem Programm Zeichen für 
Zeichen von der Konsole auf den Bus übertragen und umgekehrt. Zur 
Programmierung des Voltmeters hp 3490A gibt man z.B. folgende 
Zeichenkette aus: 


® „Command" 

U Sprecheradresse des Controllers 
6 Höreradresse des Voltmeters 
CR 

D „Daten“ 

Funktion DC Volt 

. | 10-V-Bereich 


Internal Sample Rate 


+4 
—_— 


. Multiple Output 

CR 

E „Command“ 

V Sprecheradresse des Voltmeters 
5 Höreradresse des Controllers 

4 Höreradresse eines Druckers 
CR 


Man kann das Controller-Programm auch zum Steuern eines vorpro- 
grammierten Meßablaufs verwenden. Dazu braucht man lediglich die 
Subroutine Console Inputzu ersetzen durch eine Subroutine „Lade den 
nächsten Befehl des Benutzerprogramms in den Akkumulator“. Das 
Benutzerprogramm besteht dann lediglich aus der Kette von ASCII- 
Zeichen, für die oben ein Beispiel angegeben wurde. 
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Source-Handshake-Routine 

Um dem Leser einen Eindruck davon zu geben, wie einfach sich die 
Interface-Funktionen programmieren lassen, soll als Beispiel die 
Source-Handshake-Routine genauer beschrieben werden. Bild 4 zeigt 
das vereinfachte Zustandsdiagramm, wie man es der Norm entnehmen 
kann. Daneben ist das daraus abgeleitete Flußdiagramm der Source- 
Handshake-Routine dargestellt sowie der zeitliche Verlauf der Hand- 
shake-Signale. Steht ein neues Byte zur Verfügung (nba), wird es auf die 
Datenleitungen geschrieben. Anschließend wird abgefragt, ob alle 
adressierten Hörer Ready For Data melden. Wenn ja, wird Data Valid 
gleich Eins gesetzt. Anschließend erfolgt die Abfrage, ob alle Hörer 
Data Accepted melden. Wenn ja, wird Data Valid gleich Null gesetzt, 
und ein neuer Zyklus kann beginnen. 

Das zugehörige Programm ist in der Tafel aufgelistet. Mit den ersten 
beiden Befehlen wird das Bit CA2 auf Eins gesetzt, um angeschlossene 
Bus-Treiber auf Ausgabe zu schalten. Mit den nächsten fünf Befehlen 
wird der Inhalt des Akkumulators A komplementiert in das A-Register 
des PIA geschrieben und dessen Übertragungsrichtung auf Ausgabe 
geschaltet. Die nächsten drei Befehle stellen die Abfrageschleife für die 
RFD-Leitung dar. Mit RFD = I wird die Laufschleife verlassen und 
mit den nächsten beiden Befehlen DAV = I gesetzt. Anschließend 
wird auf die entsprechende Weise die DAC-Leitung abgefragt und 
DAV = 0 gesetzt. 

Die beschriebene Source-Handshake-Routine hat einen Umfang von 
32 Byte und benötigt für einen Durchlauf etwa 50 us. Das ganze 
Programm umfaßt 300 Byte und läßt sich in einem kleinen EPROM 
speichern. Der beschriebene Mikrocomputer läßt sich einschließlich 
der Bus-Treiber mit elf integrierten Schaltungen realisieren. Bei einer 
Hardware-Lösung würde der Aufwand ein Vielfaches betragen. 
Möchte man zusätzliche Funktionen aufnehmen, vergrößert sich bei 
der Software-Realisierung lediglich der Programmspeicher — bei der 
Hardware-Lösung benötigt man dagegen meist eine völlig neue Schal- 
tung. 
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Tafel: Subroutine OUTBUS (Source-Handshake) 








Maschi- LABEL MNEM OPERAND Kommentar 
nenkode 
(HEX) 
C6 3€C OUTBUS LDA B #$ 3C 
E7 01 STAB EI < 7 CA2 = 1 
43 COM A 
A7 00 STAA OR 
6F 01 CLR IR 
86 FF LDA A #$ FF 
A? 00 STAA 0% / Data- Bus 
E6 02 RFD LDA B ver < 
59 ROL B 
24 FB BCC RFD / RED = 1? 
86 34 LDA A # $ 34 
A7 03 STAA 3X / DAV = 1 
E6 02 DAC LDA B 25% 
56 ROR B 
24 FB BCC DAC / DAC = 1? 
86 04 LDA A #$04 
A7 03 STAA 3,X / DAV=O0 
39 RTS 
PIA - ADDR: X + 0: PRA + DDRA 

1: ERA 

2: PRB + DDRB 

3: CRB 


Schrifttum 
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Digital-Signaturanalyse, eine 
interessante Servicemethode für 
Digital- und Mikroprozessor- 


Systeme 


Ing. (grad.) Jürgen Buesen* 


Die Anzahl von Geräten und Systemen, die in diesem Jahr 
mit Mikroprozessoren ausgerüstet werden, übersteigt die 
Anzahl sämtlicher bisher installierter Computersysteme. 
Damit stellt sich die sofort zu lösende Frage nach einer 
effektiven Servicemethode. Ein Problem beim Service von 
Schaltungen mit Mikroprozessoren und digitalen Groß- 
schaltkreisen (LSD besteht in der Form von komplexen 
seriellen Datenströmen bei gleichzeitiger Verminderung der 
Zahl der Testpunkte. Ein weiteres Problem stellt die Erzeu- 
gung der notwendigen Testsignale dar, die es ermöglichen, 
das fehlerhafte Bauteil aufzufinden. 


Die Suche nach einer optimalen Fehlersuchmethode geht in verschie- 
denste Richtungen, wobei es immer Grenzen und Nachteile gibt. Test- 
systeme, die zwei Drittel der Fehlerursachen feststellen, können schon 
als sehr gut angesehen werden. Sie sind jedoch sehr aufwendig, rech- 
nergesteuert, meist nur am Herstellerort einsetzbar und benötigen 
sowohl Hardware- als auch Software-Unterstützung für den Test der 
verschiedenen Platinen. Das Serviceproblem ist also hier in den 
Produktionsbereich verlagert. Darüber hinaus ist ein teures Platinen- 
Austauschsystem erforderlich. 

Es stellt sich also die Frage, wie sowohl Fehlersuche als auch Fehler- 
beseitigung an den Einsatzort eines Systems verlagert werden können. 
Die Antwort wäre ein transportables, passives Gerät, das an eine 
defekte Schaltung angeschlossen wird und darüber informiert, warum 
sie nicht mehr fehlerfrei arbeitet. Dieses Gerät würde keine Testsignale 
erzeugen und sehr wenig Software-Unterstützung benötigen. Die 
Zuverlässigkeit, mit der ein fehlerhaftes Bauteil lokalisiert werden 
kann, sollte der eines rechnergesteuerten Systems entsprechen. 
Wenn jedoch ein Testgerät keine Testsignale erzeugt, müssen diese 
von der zu untersuchenden Schaltung selbst generiert werden. Dies 
war bisher nahezu unmöglich oder aber sehr teuer. Mit der Zunahme 
von mikroprozessororientierten oder ROM-gesteuerten Systemen 
läßt sich diese Voraussetzung jedoch ohne Aufwand realisieren. 

Da jedoch umfangreiche Fehlersuchroutinen nicht erstrebenswert 
sind, sollte ein einzelnes Datenpaket die Fehleranalyse ermöglichen. 
Ebenso ist ein synchroner Taktbetrieb der zu untersuchenden Schal- 
tung Voraussetzung für eine geeignete Fehlersuchmethode. 

Für die Datenkomprimierung eines seriellen Datenpaketes sind nur 
einige wenige Methoden bekannt und dann geeignet, bei einem einfa- 
chen tragbaren Testgerät eine eindeutige Fehleraussage zu gewährlei- 
sten. Eine sehr effiziente Methode der Datenkomprimierung stammt 
aus dem Bereich der Nachrichtenübertragung. Es handelt sich um die 
zyklische Redundanzkontrolle (CRC), eine Art Kontrollsumme, die 
durch einen Pseudo-Zufallsfolgengenerator erzeugt wird. 

Nach umfangreichen Untersuchungen anderer Möglichkeiten stellte 
sich aber heraus, daß diese „CRC“-Methode die beste Problemlösung 
für eine Fehlersuchmethode mit Hilfe eines tragbaren Gerätes 
darstellt. Sie wird als Digital-Signaturanalyse (Kurzform SA) bezeich- 
net. Bei dem Meßgerät handelt es sich um den Signatur-Analysator 
5004A von Hewlett-Packard. 


Erzeugung einer „Signatur“ 

Schieberegister mit einer linearen Rückführung finden als Pseudo- 
Zufallsfolgengeneratoren in den Bereichen der Kryptografie (Daten- 
verschlüsselung), der mechanischen Vibrationsanalyse und der Unter- 


* Der Verfasser ist Mitarbeiter im Unternehmensbereich Elektronische Meßtechnik der 
Hewlett-Packard GmbH, Frankfurt. 
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suchung der Übertragungseigenschaften von Nachrichtenkanälen und 
digitaler Radarsysteme Verwendung. 

Dabei bestimmen die Länge des verwendeten Schieberegisters sowie 
die Art und Anordnung der Rückführungen die Sequenzlänge. Bild 1 
zeigt das Beispiel eines 4stufigen Schieberegisters mit einer Exklusiv-/ 
Oder-Rückführung für die Erzeugung einer 15-bit-Pseudo-Zufalls- 
folge. Dies entspricht der maximalen Sequenzlänge. Sie kann nach der 
Formel 2‘ — I berechnet werden (N = Anzahl der Schieberegister- 
stufen). 

Verwendet man nun das gleiche Schieberegister, versieht jedoch das 
Exklusiv-/Oder-Gatter mit einem zusätzlichen Eingang für externe 
Daten, so werden diese beim Takten des Schieberegisters mit der 
Zufallsfolge überlagert. Es spielt nun keine Rolle, welche Sequenzlänge 
der extern angelegte Datenstrom aufweist. Am Ende einer Messung 
befindet sich im Schieberegister eine ganz spezifische Bitfolge, die 
angezeigt wird. 


























D Di Qı D) 9% D3 03 


Cı C2 C3 C 


DR, au u 





Taktimpulse 








Ausgangssignal = 000111101011001 





Zyklus Qı 9 9 u DI 

tsprüngliehen 0 1 f} 0 0 1 
1 1 1 0 0 1 

2 1 1 1 0 1 

3 1 1 1 1 0 

4 0 1 1 1 1 

5 1 0 1 1 0 

6 0 1 0 1 1 

7 1 0 1 0 1 

8 1 1 0 1 0 

9 | 1 0 0 

10 0 0 1 1 1 

2 1 0 0 1 0 

12 o0ı 0 0 0 

13 00 1 0 0 

14 0 © © 1 1 

Wiederholung 15 1 0 0 0 1 


Bild 1: Schieberegister mit 4 Flipflops zur Erzeugung einer 15 bit 
PRBS (Pseudozufallsfolge) 






































* Der Ausgang desExklusıv-Oder-Gatters ist „O" und nur dann, 
wenn die Modulo 2 Summe aller Eingänge „O“ ist 


Bild 2: Der PRBS-Generator mit 16 Flipflops, der im Signatur- 
Analysator 5004A verwendet wird 
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Beı dem Sıgnatur-Analysator 5004A wird ein 16stufiges Schieberegi- 
ster verwendet, dessen Rückführungen so angeordnet sind, daß die 
maximale Sequenzlänge gewährleistet ist (Bild 2). Diese 16 bit werden 
von einem Dekodierer in ein Hexadezimal-Format umgewandelt und 
angezeigt (7-Segment-Anzeigen). Für vereinfachtes Darstellen und 
Ablesen werden spezielle Hexadezimal-Zeichen ausgewählt (0, 1,2, 3,4, 
3,6, 4,8,.9:A,GC E.H, PU): 


Der Signatur-Analysator 5004A 

Die Entwicklungszielsetzung für den Signatur-Analysator bestand 
darin, unter Anwendung der beschriebenen Methode der Datenkom- 
primierung ein tragbares Gerät für den mobilen Serviceeinsatz zu 
konzipieren, das mit den gebräuchlichsten Logikfamilien kompatibel 
ist (TTL und 5V C-MOS). Die Fehleranalyse bis zum defekten Bauteil 
sollte durch dieses Gerät mit hoher Genauigkeit möglich sein. 

Da der 5004A keine Testsignale erzeugt, hängt die angezeigte Signatur 
vielmehr von der zu untersuchenden Schaltung ab. Die Fehlersuche 
geht nun so vor sich, daß der Tastkopf des Gerätes an die verschie- 
denen Testpunkte und IC-Beine angeschlossen wird und die ange- 
zeigten „Signaturen“ mit denen einer funktionstüchtigen Schaltung 
verglichen werden. Dies setzt voraus, daß im Wartungshandbuch die 
korrekten Signaturen aufgeführt sind. Anhand eines Logikflußdia- 
gramms lassen sich dann die fehlerhaften Signaturen bis zum defekten 
Schaltkreis oder Bauteil zurückverfolgen. 

Um reproduzierbare Signaturen zu erhalten, ist es erforderlich, daß 
von der Schaltung sowohl das Taktsignal als auch Start- und Stoppsi- 
gnale zur Einleitung und Beendigung eines Meßzyklus geliefert 
werden. 

Das Taktsignal synchronisiert und steuert die Meßrate des Meßkopfes. 
Die Start-/Stoppeingänge lassen sich individuell für logische 0- oder I- 
Pegel einstellen. Das Triggern des Takteingangs wird durch die Impuls- 
flanke des Taktsignals ausgelöst und kann von der Anstiegs- oder 
Abfallflanke hervorgerufen werden. Für die Eindeutigkeit der jewei- 
ligen Signaturen gelten folgende Richtlinien: 

1. Das „Fenster“ einer Messung, das durch die Start- und Stoppsignale 
bestimmt wird, muß einmalig (oder repetierend) auftreten. Ebenso muß 
Synchronität zwischen allen Meßpunkten und den Start-/Stoppsigna- 
len bestehen. Die Anzahl der Triggerflanken des Taktsignals muß 
während eines Meßzyklus konstant sein. 

2. Der zu untersuchende Datenstrom muß ebenfalls synchron zum 
Taktsignal auftreten, außerdem muß der Logikzustand der Daten 
während der Triggerphase erhalten bleiben. Hierbei ist die Vorberei- 
tungszeit (set-up-time) zu berücksichtigen. 

3. Durch die Wahlmöglichkeit der Logikpegel für die Start-/Stoppsi- 
gnale lassen sich diese von einem Punkt der Schaltung abgreifen. 
Dadurch wird die Anzahl der Verbindungen zur Schaltung redu- 
ziert. 

4. Obwohl ein einzelner Start-/Stoppzyklus zur Erzeugung einer 
eindeutigen Signatur ausreichend ist, wird die Fehlersuche durch konti- 
nuierliche Folgen vereinfacht, dabei ist jedoch die Richtlinie I zu 
beachten. 

Da der Signatur-Analysator 5004A Daten mit einer Taktfrequenz von 
10 MHz erfaßt, kommt den Vorbereitungszeiten (set-up-time) und den 
Haltezeiten (hold-time) wichtige Bedeutung zu. Durch eine entspre- 
chende Anpassung der Durchgangsverzögerung der Eingangsschal- 
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Bild 4: Auszug aus dem Schaltbild, in dem die korrekten Signa- 
turen an den jeweiligen Meßpunkten angegeben sind 


Bild 5: Schablone für die Fehlersuche durch die Signaturana- 
Iyse. Sie wird an der Platine befestigt. Die Meßpunkte sind 
durch Löcher in der Platine zugänglich 
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tungen für Daten- und Taktsignal ist es gewährleistet, daß die Haltezeit 
beim 5004A O. ns und die Vorbereitungszeit nur I5ns (7 ns typisch) 
betragen. 

Einige weitere Merkmale des Signatur-Analysators: 

1. Die aktive Meßspitze für den Dateneingang weist nur eine geringe 
Eigenkapazität von 7 pF/50 kN auf. Die Schaltungsbelastung wird 
dadurch so gering wie möglich gehalten und Meßfehler sind praktisch 
ausgeschaltet. 

2. Sowohl die Meßspitze als auch die Eingänge für Start- und Stoppsi- 
gnal sind gegen Überlastungen geschützt. 

3. Das Auftreten von unstabilen Signaturen durch zeitweise auftre- 
tende Fehler wird durch Vergleichen der eingelesenen Daten ermittelt 
und von einer Leuchtdiode angezeigt. 

4. Das Erfassen von einzeln auftretenden Datenpaketen wird durch die 
HOLD-Betriebsart möglich. 

5. Für die Wartung des 5004A wurde das Konzept der Signaturanalyse 
ebenfalls berücksichtigt. Durch einen Eigentest werden alle wichtigen 
Funktionen des Gerätes überprüft. Sollte es sich als defekt erweisen, 
kann ein Diagnoseprogramm aufgerufen werden. Mit Hilfe eines 
zweiten intakten Signatur-Analysators ist dann die Fehlersuche nach 
dieser Methode bei dem defekten Gerät möglich. Weitere Einzelheiten 
des Digital-Signatur-Analysators 5004A sind den Schriften [1 bis 4] zu 
entnehmen. 


Anwendung der Signatur-Analyse 

Da es sich bei der Signatur-Analyse nicht um irgendeine „andere" Art 
von Servicemethode handelt, sondern um ein vollständiges Konzept, 
stellt sich für den Anwender nicht nur die Frage nach den Kosten und 
dem Aufwand für den Einsatz dieser Methode, sondern natürlich auch 
nach den Vorteilen. Dabei können sich vom wirtschaftlichen Stand- 
punkt aus unterschiedliche Aspekte ergeben. die in der folgenden Tafel 
für zwei verschiedene Produkte aufgezeigt werden: 











Kostenfaktor Produkt A Produkt B 
Entwicklungskosten t 4 

Kosten der Service-Dokumentation t } 
Bauteilkosten und Herstellungskosten t } 

Test- und Reparaturkosten bei der + } 
Herstellung 

Garantie- und Servicekosten } . 

t = Kostenerhöhung 

+ = Kostensenkung 

* = identisch 


Die Tafel beschreibt ein Produkt A, das mikroprozessorgesteuert 
arbeitet und bei dem die Servicefreundlichkeit verbessert werden soll 
(Standpunkt: Verbesserung der Servicesituation). 

Bei Produkt B wird von vornherein der Servicesituation höchste 
Bedeutung beigemessen. Hier sollen die allgemeinen Kosten, die zur 
Erzielung einer hohen Wartungsfreundlichkeit führen, gesenkt werden. 
(Standpunkt: Allgemeine Kostenreduzierung bei gleichbleibenden 
Service-Kosten.) 

Als Beispiel für Produkt A wäre ein Gerät der Gebrauchsgüterin- 
dustrie denkbar, für Produkt B ein Gerät oder System im Investitions- 
güterbereich (NC-Werkzeugmaschine, Produktionssteuerung). Die 
beiden Beispiele mit jeweils unterschiedlichen Ausgangspositionen 
zeigen eindeutig, daß die Einbeziehung der Signatur-Analyse in eine 
Neuentwicklung in jedem Fall echte Vorteile bringt. 

Bei einer genaueren Wirtschaftlichkeitsuntersuchung sollten zur Erfas- 
sung des effektiven Kostenaufwandes u.a. folgende Faktoren in eine 
Renditeberechnung einbezogen werden: 

. Garantiekosten 

Gerätepreis und Gewinn 

. zu erwartende Fehlerrate 

. Betriebskosten des Kunden 

. Reparaturkosten am Betriebsort 

. akzeptierbare Ausfallzeit 

Kosten für Platinenaustausch, Lagerung und Verwaltung 

. Topographie der Service-Organisation 

. Stückzahl und Verbreitung des Produkts 

. Rendite-Ziele der Firma 

. verfügbare Entwicklungszeit 
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Signature 

















U34 1 7622 1 4F53 1 93AF 
2 184P 2 F281 2 UBFF 
3 184P 3 P6PH 3A9C*, ** 3 OHAH 
4 7622 4 P961 H3FH*, ** 4 4aca 
5 TEPH 5 BCPA P2FB*, 5 1UFP 
6 TFPH 6 PHI6 62PP*,** 6 FF11 
7 0000 7 4F53 7 671F 
ä AEOB 8 0000 8 0000 
9 AFOP 9 1PPS 9 AFOP 7078*,** 
10 | 7622 10 | 4rsa 10 | 184P 97C6*,** 
11 UHUC 11 93AF 11 UHUC F757*,** 
12 | uHuc 12 | verr 12 | 7FPHISFU*,** 
13 | 7622 13 | oHaH 13 | 9037 
ı4 4F53 14 4Ac4a 14 7622 
15 | ı183F 15 | 143A 
U35 1 3A71 16 4F53 16 4F53 
2 184P 
3 184P U38 5 1PPS 
4 3A71 8 1PP5 U45 1 93AF 
5 TFPH 11 F281 2 U6FF 
6 TFPH 12 | ıPps 3 | oHaH 
7 0000 ı3 | 9037 4 4aCca 
5 1UFP 
- ee 139 8 HF64 6 FF11 
ol san 9 9037 7 671F 
8 0000 
iu UHUC 
| une ua 1 7622 E PHIG B2PP#;e* 
13 | 3a7ı & RORH 10 | BCPAP2F8 
14 | arsa 3 PEPH n P961 HIFH 
4 1622 12 PEPH 3A9C*,** 
us 1 4F53 5 B201 13 | 9037 
2 F281 6 r9el 14 | 7622 
3 AFOP 7078*,** 1 ale 15 | 1434 
4 UHUC F757°,** 8 PHIG ı6 | arsa 
5 TFPH 15FU*®,** 9 PHI16 
6 184P 97C6*,** 10 | 7622 us 1 HF64 
7 183F 11 | scpa 2 7622 
8 | 0000 12 | scpa 3 3471 
| im 2| 
10 | ı83F 
lic e21e us ı 3a71 
2 FF11 
13 | ı1UFP 2 EEEN 
nal as 3 P6PH 
15 68POo 4 3A71 
Bl ae 5 P961 
6 P961 
7 0000 
8 PH16 
9 PH16 
10 | 3arı 
11 8CPA 
12 8CPA 
13 | aa7ı 
1a | arsa 





Die Anwendung der Signatur-Analyse sei an einem Beispiel verdeut- 
licht. Es handelt sich um das Digital-Voltmeter 3455A von Hewlett- 
Packard, bei dem erstmals die SA angewendet wurde. Der Digitalteil 
dieses Digital-Voltmeters ist sehr aufwendig aufgebaut. Mikroprozes- 
sorgesteuert verfügt es auch über ein Eigentestprogramm, das in einem 
ROM abgespeichert ist. Ist der Eigentest negativ, wird eine Verbindung 
im Gerät entfernt und ein Fehleranalyse-Programm generiert. 


Es ist verständlich, daß die SA selbst das Design beeinflußt, um die 
Fehlersuche bis zum defekten Bauteil zu vereinfachen. Zum Beispiel 
befindet sich der gesamte Digitalteil auf einer Platine. Dadurch 
konnten Mehrfachsteckverbindungen sowie Aufteilungen in Unter- 
gruppen entfallen, was nicht nur die Produktionskosten reduziert, 
sondern auch den Zugang zu den Bauteilen erleichtert. 


Der Entwicklungsaufwand erwies sich als unerheblich, lediglich einıge 
zusätzliche ROM-Belegungen und der Verbindungsstecker zur Gene- 
rierung des Analyseprogramms waren der Preis für die Verbesserung 
der Wartungsfreundlichkeit. Eine Kostenanalyse bestätigte, daß die 
Produktionskosten gesenkt werden konnten, während der zusätzliche 
Aufwand für die SA nur 1% der gesamten Entwicklungszeit betrug. 
Neben dem Entwicklungsingenieur hat der Verfasser des Wartungs- 
buches einen bedeutenden Anteil an der erfolgreichen Anwendung der 
SA beider Fehleranalyse. Das Handbuch ist so verfaßt, daß ein Service- 
techniker ohne Schwierigkeiten einen Fehler eindeutig lokalisieren 
kann. Das Handbuch enthält Fehleranalyse-Flußdiagramme sowie 
entsprechende Schaltbilder und Zeichnungen der Bauelemente-An- 
ordnung auf den Platinen (Bild 4 und 5). Mit ihrer Hilfe wird auf den 
Fehler sicher hingeführt. In einigen Fällen sind sogar Hinweise enthal- 
ten, welcher Schaltkreis auszutauschen ist. Ein Teil des Fehleranalyse- 
Flußdiagramms ist im Bild 6 dargestellt. Für die jeweiligen Testmög- 
lichkeiten der verschiedenen Funktionen werden die Signaturen im 
Handbuch aufgeführt. Dadurch ist das Augenmerk auf die maßgebli- 
chen Bereiche der Schaltung gelenkt. Selbst Interrupt-Signale werden 
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TRACER die RAM-Aus - Scha.te dasInstrument 
gangssignaturen an den aus und entferne sorg- Ausgangspuffer AIU35 
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Testpunkt: Signatur Schalte das Instrument 
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Signaturen in 


Die RAM-IS sind onneFehler Ordnung? 
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Pin 13 
9037? 


RAM,AIU44 oder U45 












Gehe uber zum Bauele- 
ment-Fehlersuch- 
verfahren 


Bild 6: Beispiel 


stimmten Voraussetzungen auszuwechseln ist 








durch das im ROM abgespeicherte Testprogramm erzeugt, sie treten 
dadurch in einem bestimmbaren Zyklus auf und erzeugen keine unsta- 
bile Anzeige der Signaturen. 

Voraussetzung für einen erfolgreichen Einsatz der neuen Serviceme- 
thode ist eine enge Zusammenarbeit zwischen dem Entwicklungsinge- 
nieur und dem Serviceingenieur. Dadurch ist es gewährleistet, daß die 
Anforderungen für eine Vereinfachung der Servicemethode in vollem 
Umfang erfüllt werden. Ein zusätzlicher positiver Effekt ist ebenfalls 
durch die SA gegeben. Der Aufwand und damit die Kosten für den 
Produktionstest lassen sich erheblich reduzieren. 

Zusammenfassend läßt sich sagen, daß die neue Methode der Signatur- 
Analyse einen wesentlichen Beitrag zur Reduzierung der Serviceko- 
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sten leistet. Da die Industrie heute Beträge in der Größenordnung von 
2,5 Md. DM im Jahr ausgibt, um insgesamt 10 Mill. defekter IS aufzu- 
finden, setzt die Signatur-Analyse sicherlich neue Akzente für eine 
erfolgreiche Servicestrategie. 
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Das kommt mir aber 
spanisch... 


Damit ist Schluß. Jedenfalls im 
Bereich der Mikroprozessoren. 
Denn jetzt gibt es ein Taschen- 
buch, das nicht nur die Begriffe 
bringt, sondern auch deren 
fachliche Bedeutung: 





Über 700 Fachbegriffe von A = 
Ablaufdiagramm bis Z = Zugriff 
sind sowohl in englischer als 
auch in deutscher Sprache 
nachschlagbar. Damit kann ein 
Fachausdruck richtig gedeutet, 
Mißverständnissen vorgebeugt 
und der eigene Wortschatz um 
das notwendige englische Fach- 
vokabular erweitert werden. 


Für alle, die mit Mikropro- 
zessoren arbeiten, ist das 
uP-Lexikon ein unent- 
behrlicher Helfer. Fordern 
Sie deshalb Ihr Exemplar 
für nur 7,80 DM gleich an. 
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zweite überarbeitete und 
ergänzte Auflage 


Bitte einsenden an: Vogel-Verlag 
Leser-Service 762 
Postfach 67 40, D-8700 Würzburg 1 


Ja, senden Sie mir Exemplar/e 
des uP-Lexikons zum Preis von 
7,80 DM einschl. Mehrwertsteuer. 








Name, Vorname 





Straße/Postfach 





PLZ, Ort 





Datum Unterschrift 


Produktspiegel elektronikpraxis 


Produktspiegel 





Tabellarische Zusammenstellung am Markt verfügbarer 


Mikroprozessoren 
RAM, ROM, PROM, EPROM 
Logikanalysatoren, Transientenrecorder 





Mikroprozessoren 


Hersteller y Technologie Wortlänge Befehlszykluszeit | Versorgungs- Taktfrequenz Befehlsvorrat Adressierbare 
(bit) (ns) spannung (V) (MHz) Speichergröße 














SBP 9900 PT 
TMS 9980 NMOS 
Zilog zZ 80 NMOS 


AMD AM 2901 A STELL : 0,075 +5 15 beliebig 
Data General mN 601 NMOS 1,2/29,5 #14 10, #3, 8 32k 
— 4,25 
Fairschild F8 NMOS 2 +12, +5 2 64 k 
9440 PL +5 2 32k 
General Instrument CP 1600 NMOS A +12,+5,—3 4 64 k 
LP 8000 PMOS +5,=12 0, 1 
Intel 3000 STTL 2: +8 0 
4004 PMOS +5; =10 0) 4k 
4040 PMOS +5,-10 0 sk 
8008 PMOS 0, 16 k 
8080 A NMOS 2, 
8085 A NMOS 8 1,3 3 
Intersil IM 6100 CMOS (SiG) 12 2,5 8 
Monolithic Memories 5700/6700 STTL + 0,18 +5 5 
MOS-Technology MCS-650 X NMOS 8 2 +5 4 
MCS-651 X NMOS 8 0,5 +5 4 
Motorola M 6800 NMOS 8 2 +5 2 
MC 6809 NMOS 8 2 +3 2 
M 2900 STTL 4 +5 9,5 
MC 10800 EGI 4 0,06 -5,2 5 
National Semiconductor | SC/MP PMOS 8 5 +5 4 
INS 8900/Pace NMOS/PMOS 16 2,5 +8 2 
IMP 16 PMOS 16 4,2 “ 5 
NEC uPD 541 PMOS 4 6,4 > 0,5 
uPD 8080 A NMOS 8 1,9 + 2 
Rockwell PPS 4 PMOS 4 8 +5 0,2 
PPS 8 PMOS 8 4 +5 0,25 
Signetics (Valvo) 2650 NMOS 8 4,8 +5 1,25 
8x 300 SITE 8 0,25 +5 8 
Texas Instruments TMS 9900 NMOS 16 2 +12 4 
+5 
+1 
+5 


5 
u 
[5 





Anmerkung: 

1) Wortlänge: Bei dem Buchstaben n handelt es sich um »bit-slices« 
2) Befehlszykluszeit: Es wurde der Minimalwert angegeben. 

3) DMA = Direct Memory Access 





RAM 


Organisation Hersteller } Zugriffszeit 
(Worte x Bit) (ns) 





























Verlustleistung Technologie Gehäuse Ausgang Anmerkung 


(mW) 


Versorgungs- 
Spannung (V) 






























1024 x 1 $ 1103 PMOS (SiG) dynamisch 
1024 x 1 1103 PMOS (SiG) 18,C,P dynamisch 
1024 x 1 1103 PMOS 18,C,P dynamisch 
4096 x | AM 9050 D NMOS (SiG) 18, G;P OC (35) dynamisch 
4096 x | M 40272 MOS dynamisch 
4096 x 1 HM 4704 L-2 NMOS 3$, TIL dynamisch 
4096. x | HM 4710 NMOS dynamisch 
4096 x 1 2104 A NMOS (SiG) 3S, TIL dynamisch 
4096 x 1 2107 A NMOS 3:S,.IEL dynamisch 
4096 x 1 MK 4027-2 NMOS (SiG) 38, III dynamisch 
4096 x 1 MK 4096-6 NMOS 16,C,P 38, TIL dynamisch 
4096 x 1 MCM 4096-6 -MOS dynamisch 
4096 x 1 MCAM 4027-2 dynamisch 
4096 x | MCM 6604 AC NMOS (SiG) dynamisch 
4096 x 1 MCAM 6605 AL NMOS (SiG) 22,C dynamisch 
4096 x | MH 4270 NMOS (SiG) dynamisch 
4096 x 1 MH 5271 NMOS (SıG) dynamisch 
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elektronikpraxis 


Produktspiegel 





ADRESSEN 
Advanced Micro Devices 
Data General 

Fairchild 

General Instrument 

Intel Semiconductor 
Intersil vertreten durch 


SE-Spezial Electronic 
Monolithice Memories 


Herzog-Heinrich-Straße 3, 8 München 2 
Telefon 089/53 95 88 

Frankfurter Allee 27, 6235 Eschborn (Taunus) 
Telefon 061 96/4 8886 

Daimlerstraße 15, 8046 Garching-Hochbruck 
Telefon 089/32 0031 

Nordendstraße 3, 8 München 40 

Telefon 089/284031 

Seidlstraße 27, 8 München 2 

Telefon 089/55 8141 

Hermann-Lingg-Straße 16, 8 München 2 
Telefon 089/55 03 87 

Mauerkircher Straße 4, 8 München 80 
Telefon 089/98 2601 


MOS-Technology 
Motorola 

National Semiconductor 
NEC-Nippon Electric 
Rockwell 
Signetics-Valvo 

Texas Instruments 


Zilog vertreten durch 
Kontron 


Otto-Hahn-Straße 40, 6382 Friedrichsdorf 
Telefon 0 61 02/80 03 

Münchener Straße 18, 8043 Unterföhring 
Telefon 089/95 1041 

Cosimastraße 5/I, 8 München 81 

Telefon 089 / 915027 

Karlstraße 123— 127, 4 Düsseldorf 1 
Telefon 02 11/360971 

Fraunhoferstraße I1, 8033 Martinsried 
Telefon 089/859 95 75 

Buchardstraße 19, 2 Hamburg I 

Telefon 040/23961 

Haggertystraße 1, 805 Freising 

Telefon 08161/80512 

Breslauer Straße 2, 8057 Eching 

Telefon 089/318 81 











Register Stackregister Cross- Resident Höhere Sockelstifte TTL- Zweithersteller 
(intern) (Anzahl x bit) Assembler Assembler Programmier- kompatibel 
sprachen 
ja ja Motorola, Raytheon, Sescosem 
4 ja iR ja ja 
6 ja ja ja ja ja Mostek, Motorola, SGS-Ates 
4 ja nein ja 
8 ja a j ja ja ITT 
49 nein ja ja nein SGS-Ates 
11 ja Signetics 
17 nein ja ja ja nein Siemens, National Semiconductors 
25 nein ja ] ja nein Siemens 
7 nein j ja ja nein 
8 ja ja ja ja ja AMD, Nippon, Electronies, National 
Semiconductors, Signetics, Texas 
Instruments, Siemens 
8 AMD, NEC 
2 
17 
2 Synertek, Rockwell 
2 
3 AMI, Sescosem, Hitachi, Fairchild 
3 
{6} ja } ja nein 
4 ja ja ya nein 
4 ja j ja Signetics, Western Digital 
4 nein ja nein ja 
8 ja ja ja ja 
19 ja ja nein nein National Semiconductor 
4 ja ja nein nein 
7 ja ja ja ja 
8 ja ja nein ja 
16 ja ie ja ja AMI 
16 ja j ja ja 
14 ja j ja ja Mostek, SGS-Ates 
RAM 
Organisation Hersteller Zugriffszeit Verlustleistung | Versorgungs- Technologie Gehäuse Ausgang Anmerkung 


(Worte x bit) 


409% x | 
4096 x | 
409% x 1 
4096 x | 
4096 x | 
4096 x | 
8192x1 
8192 x1 
16384 x 1 
16384 x | 
16384 x 1 
16384 x 1 
16384 x 1 
16384 x 1 
16384 x | 
16384 x 1 
16384 x 1 


(ns) (mW) spannung (V) 


2660 

2680 

2627 

HYB 4060 

TMS 4027-15 
TMS 4051 
2108-2 

2109-3 

FI6K3 

HM 4716 A-2 
2116-2 

2117-2 

MK 4116-2 
MCM 4116 1.-15 
MCM 6616 C-20 
MM 5290 

2690 


++ tt++t+t+++++++ + 


a 


+ 
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NMOS 
NMOS 
NMOS 
NMOS (SIG) 
NMOS 
NMOS 
NMOS 
NMOS 
NMOS (SiG) 
NMOS 

MOS (SiG) 
MOS (SiG) 
NMOS (SiG) 
NMOS (SiG) 


NMOS (SiG) 
NMOS 





dynamisch 
dynamisch 
dynamisch 
dynamisch 
dynamisch 
dynamisch 
dynamisch 
dynamisch 
dynamisch 
dynamisch 
dynamisch 
dynamisch 
dynamisch 
dynamisch 
dynamisch 
dynamisch 
dynamisch 
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Produktspiegel 


RAM 


Organisation 
(Worte x bit) 


16384 x 1 
16384 x | 
16x 4 
16x 4 
64x1 
64x1 
64 x4 
64x8 
128 x8 
128 x8 
256x1 
256x1 
256x1 
256x1 
256x4 
256x4 
256x4 
256 x 4 
256 x4 
256x4 
256 x4 
256x4 
256x4 
256x4 
256x4 
256 x 4 
256x4 
256x4 
256 x8 
512x1 
1024 x1 
1024 x 1 
1024 x 1 
1024 x 1 
1024 x 1 
1024 x 1 
1024 x 1 
1024 x 1 
1024 x 1 
1024 x 1 
1024 x1 
1024 x 1 
1024 x 1 
1024 x1 
1024 x1 
1024 xl 
1024 x 4 
1024 x4 
1024 x4 
1024 x4 
1024 x4 
1024 x4 
1024 x4 
2048 x8 
4096 x | 
4096 x 1 
4096 x | 
4096 x 1 
4096 x 1 
4096 x 1 
4096 x 1 
4096 x 1 
4096 x 1 
4096 x 1 
4x4 
4x4 
8x2 
l6x4 
16x 4 
l6x4 
16x4 
16x 4 
16x 4 
16x4 
l6x4 
l6x4 
16x4 
64x 1 
64x9 
64x9 
128x1 
128x 1 
128 x1 
128 x 1 
256x1 
256x1 
256x1 
256x1 
256x1 
256x1 
256x1 
256x1 
256x1 
256x1 
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Hersteller 


AMD 
AMI 
AMI 
FCI 
FCI 
FCI 


Intel 
Intel 
Intel 


Intel 


SIG 
SIG 
FCI 
SIG 
FOL 
MOT 
SIG 
SIE 
AMD 
Fel 
FCI 


HI 
MMI 
MOT 


SIG 
SIG 





TMS 4116-25 
Z-6116-2 
4710B 

MM 74C89 
MCAM 14505 
HEF 4505 B 
MCM 14552 
TMS 4036 
S6810 A 
HM 46810 
4720 B 
MCM 14537 
MM 74 C 200 
2501 

AM 9101 A 
S5101 

4721 B 

HM 6501 
RA-3-4256 
HM 435101 
2101-A 
2111-A 
2112-A 
MCM 145101 
MM74C920 
2101 

2606 

TMS 4039 
3539 

52222 

AM 9102 
54015 

S 6508 

4736 B 
21L02H 
3542/21025 
HM 6508 
2102-A 
2115-A 

2142 

MCM 146508 
MM 74 C 929 
2102 

21 F02 

2115 

SAB 2102 
AM 9130 A 
54016 

HM 472114-3 
2114 

MCM 2114 P-20 
2614 

TMS 4045-45 
TMS 4016 
AM 9140 A 
5 4017 

2147 

2141-2 

MK 4104-4 
MCM 6641 P-25 
MCM 2147 C-70 
2613 

TMS 4044-45 
Z 6104-1 
100142 

3104 

MCM 10143 
3101 

AM 27503 
10145 A 
9410 

3101 

6561 

MCAM 10145 
DM 7489 
10145 

3101 A 

10140 

93419 
82509 

10405 

MCM 10147 
GBX 10405 
GXB 10147 A 
AM271S00Axx 
10414 

93410 

HM 2105 
HM 2504 
6531 

MCAM 10152 
DM 74 5 200 
GBx 10410 
82516 





Zugriffszeit 
(ns) 


250/165 
150 
95 
130 
300 
150 
1600 
1000 
450 
450 
95 
1500 
900 
1000 
500 
650 
240 
220 
500 
650 
350 
350 
350 
650 
250 
1000 
750 
1000 
650 
200 
650 
95 
460 
320 
250 
150 
180 
350 
45 
450 
460 
250 
1000 
350 
95 
1000 
500 
150 
300 
450 
200 
200 
450 
150 
500 
= 


Br 
250 
= 


2% 

450 

100 
er 


Verlustleistung 


(mW) 


600 
460 

0,4 

4,5 
30 


36 
450 
350 
370 

0,4 

36 

9 
410 
290 
110 

0,7 

22 (pro MHz) 
600 

55 
300 
300 
300 


350 
400 
300 
500 
5 
265 
500 
50 
0,7 
160 
300 
22 (pro MHz) 
275 
370 
525 


350 
350 
500 
350 
710 


200 
525 


410 
500 
495 
710 


840 
385 
120 


410 
495 
550 
730* 
625 


550 
550 
650 
550 
525 
525 


400 
750 
525 
420 
1000 
950 
475 


570 
500 
445 
450: 
700 
460 
460 
650 


650 
670 
575 


Versorgungs- 
spannung (V) 





18,0 


12,5 
18,0 
15,0 


o+++ 


u 
ab 
D 
in 


+5 


+5 
— 5,2 


=,2 


tv 


[je 


tv 


[59 


I++ I + I +1 +++ 1 


yuntio 


wmuwwwwwwwwuuuuen 


[7 


[97 


tn 


[5 


+ I +1 ++ 1 +1 
win nun un un un un un 


Technologie Gehäuse 
NMOS 16, C 
NMOS 16, C 
CMOS 18,C,P 
CMOS 16, P 
CMOS 14,.G;;P 
LOCMOS 16 
CMOS 24,C,P 
NMOS 2,6,P 
NMOS (SiG) 
NMOS 24 
CMOS 16€; P 
CMOS 16, C 
CMOS 16, P 
PMOS 16 
NMOS 22,:C 
CMOS 
CMOS 16,:C;, FB; P 
CMOS (SiG) 22,,G;,P 
NMOS (I) 24 
CMOS 22 
MOS (SiG) 22 
MOS (SiG) 18 
MOS (SiG) 16 
CMOS 22 
CMOS (SIG) | 22,C 
NMOS 22 
NMOS 
NMOS 22,6, P 
NMOS 22,.C 
CMOS 
NMOS 16,C,FP 
VMOS 
CMOS 
CMOS 16,C,P 
NMOS 16,C,P 
NMOS 16,G,P 
CMOS (SiG) 16,.@,:P 
MOS (SiG) 16 
MOS (SiG) 16 
MOS (SiG) 20 
CMOS 16 
CMOS (SiG) 16, P 
NMOS 16 
NMOS 16 
NMOS 16 
NMOS (SiG) 16, P 
NMOS 22,C 
VMOS 18 
NMOS 18 
MOS (SiG) 18 

18 
NMOS 18 
NMOS 18,&P 
NMOS 24,C,P 
NMOS 22, P 
VMOS 18 
MOS (SiG) 18 
MOS (SiG) 18 
NMOS (SG) 18 

18 

18 
NMOS 18 
NMOS 18,C,P 
NMOS 18,:C, P 
EGI, 24,C 
STTL 24 
ECL 24 
ECL 16, P 
TIL 18,:€, P 
STTL 16 
STTL 16,€ 
BEL 16 
STTL 16,C,N 
EGL 16 
STIL 16 
ECL 16 
TTL 28,C 
STIL 28 
ECL 16,C 
BET, 16 
ECL 16 
ECL 16,C 
ECL 16, C 
TIL 16,@,P 
ECL 16 
TTL 16 
TIL 16, C 
ECL 16 
STTL 16, CE, N, FP 
E@L 16 
STTL 16 


elektronikpraxis 


Ausgang 


38, TIL 


35 

35, TIL 

3:5; TILL 
3S,.LIL 

38, 11L 

38, TIL 

38, TIL, DIL 
3$, TIL, DIL 
35 

38, ITL 


TTL 

38, TIL 
OCG, TIL 
3:8 

38; TIL 

38, TIL 
35, TIL 
3:S, TIL 
35, 1ıL 
3S, TIL 


38, TIL 
TIL 


3$, TIL 
TTL 


35; TIL 
OC, TIL 
38, TIL 
38 

3$, TTL 


38, IIL 
35, ITL 
TIL 

3$; TIL 


TIL 

3$, TIL 
OC, TTL 
OG, TIL 
35 

38, TIL 
38, TIL 
3:3, TIL 
38, TIL 


3:5, II], 
TIL 

3, TIL 
3:5, ILL 
38, TIL 
3:$, TIL 
38, ITL 
TIL 


3:8, TIL 
35; TIL 
TIL 


OC, TTL, DTL 


OG,TTL 
35 (OC), TTL 


3S, TIL 
OC, TTL, DTL 
3S (OC), TTL 


TIL 

OE 

OC, TTL 
OE 

OC, TIL 
OC, TTL 


OE 


35 (OC), TTL. 


OC, TIL 
OE 

OC, TTL 
35 (OC) 


39; IIL 
OE 
O6; TIL 
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Anmerkung 


dynamisch 
dynamisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
statisch 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 





elektronikpraxis 


Produktspiegel 





RAM 






Organisation 
(Worte x bit) 


256 x 

256 x 

256 x 

256 x 
1024 x 
1024 x 
1024 x 
1024 x 
1024 x 
1024 x 
1024 x 
1024 x 
1024 x 
4096 x 
4096 x 
4096 x 
4096 x 


PEENG EPG EEE EEG RER Gr ERGEBEN EEGEENGFER OPER GBR EET.r. RES 


ROM 










Organisation 
(Worte x Bit) 





32x 
32x 
32x 
128 x 
256 x 
256 x 
256 x 
256 x 
256 x 
256 x 
256 x 
256 x 
256 x 
256 x 
(512 x 4) 
256x 8 
256x110 
512x 
512x 
512x 
512x 
512x 
512x 
512x 
512% 
512x 
512x 
512x 
512x 
512 x 
512x 
512x 
SI2X 
(1024 x 4) 
512x 8 
512x 8 
512x10 
512x10 
1024 x 
1024 x 
1024 x 
1024 x 
1024 x 
1024 x 
1024 x 
1024 x 
1024 x 
(2048 x 
1024 x 
1024 x 
1024 x 
1024 x 
1024 x 
1024 x 
1024 x 
1024 x 10 
1024 x 12 
2048 x 4 
2048 x 
2048 x 
2048 x 
2048 x 
2048 x 
2048 x 8 

2048 x 8 (4096x4) 
2048 x 8 

2048 x 8 


wowoewmnn A. 00 0000 © 


zoom uuananan 


wm om mn Bo mmnwmmwmmn 


© m oo mo oo 









Herst 





FCI 


Intel 
MMI 
MOT 


MOT 


NS 
SIG 
SIG 


MMI 
MMI 
NS 


AMD 
AMI 
FCI 
GI 
Intel 
MMI 
MOS 
MOT 
MOT 


Hersteller 


eller 


93422 
82 5 208 
825210 
10415 

93415 

HM 2 lo 
HM 2510 
93425 A 
MCAM 10146 
MCM 93425 
DM 93415 
82510 
10470 

93470 

HM 2540 
825400 





6231 

DM 7488 
825223 
MM 5220 
93457 
6201 
MCM 14524 
MM 4210 
825226 
6210 
4735 B 
MM 1742 
MM 4213 
MM 5243 


825214 
MK 2400 
93431 

6206 

DM 745 270 
825230 
RO-3-2560 
6225 

AM 9214 

5 3514 
93432 
35151 
RO-3-4096 
6241 

MK 2500 
MM 5244 
MM 5214 
MM 5232 


828215 
2530 

$ 8771 
RO-3-5120 
6251 

8228 

AM 9208 C 
S 6830 

93454 

F 3508 

2308 

6281 

MCM 6560 P 


MCAM 688308 
MM 5242 
DM 855 28 
825280 

2607 

TMS 4700 
6261 

6256 

MM 5212 
RO-S-8192 
AM 9216 C 
S4216B 

F 3516 E 
R-3-8316 A 
2316E 

6276 

MK 28000 
MCM 6590 P 
MCM 68 A 316 
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Zugriffszeit 
(ns) 


Zugriffszeit 


(ns) 


50 
35 
50 
650 


25" 


45 
1200 
500 
50 
ve 


1927 


1000 
850 
1000 


60 
250 


50 
450 
75 
500 
1000 


35% 


600 
500 
90 
700 
1000 
1000 
1000 


60 
700 
450 
500 

60 

70 
300 
575 

45 
450 
450 
100 
350 


250 
450 

70 

70 
450 
450 
100 
100 


5000 


1200 
300 
200 
450 
850 
300 
110 
600 
800 
350 


510 
510 
775 


510* 
775 
900” 
800” 
350 
775 





375 
275 
425* 
635 


275 
600 
850 


540 
420 
275 


875 
300 
475° 
650 
650 
700 
175 
850 
263 
500 
650* 
510 
150 
850 
340 
500 
450 
450 


925 
550 
1000 
150 
875 
850 
620 
650 
750 
330 
840 
850 
600” 


650 
850 
700 
500 
310* 
825 
825 
120 
400 
620 


330 
250 
630 
900 
420 
600° 


Verlustleistung 


(mW) 


Verlustleistung 















Versorgungs- 
spannung (V) 











Versorgungs- 
spannung (V) 


+5,=12 
+5,—-12 


+5,-12 


tn 
+ 
uw 


wi 


++ 
wın 


4 + ++++++++ 
Du -— WW [ N 

» 

+ 

a 

Id 

wo w 


++++ 
nun un un 


+12, +5,—-5 
+5 

Eu) 
FAT 
+5,—-12 
+12,+5 
+5 
+12,+5 
+53 

+5 

+5 
+5 12 

+ 12 +5,53 
+5 


Technologie 


Technologie 


STTL 

TTI. 

STTL 
PMOS 
STTL 
STTL 
CMOS 
PMOS 
STTL 
STTL 
CMOS 
MOS (SiG) 
NMOS 
MOS (SiG) 






STTL 
PMOS (I) 
STIL 
STIL 
STTL 


STTL 


NMOS (I) 
STTL 

MOS 

PMOS 
STTL 
PMOS (SiG) 
NMOS (I) 
STTL 
PMOS (I) 
MOS (SiG) 
PMOS 
PMOS 


STTL 
PMOS 
PMOS 
NMOS (I) 
STTL 
TTL 

MOS 
NMOS (SiG) 
STTL 
MOS 
MOS 
STILL 
NMOS 


TTL 
NMOS 
STTL 
STTL 
NMOS 
NMOS 
STTL 
STIL 
PMOS 
PMOS 
MOS 
VMOS 
MOS 
NMOS (I) 
NMOS 
STTL 
PMOS (I) 
NMOS 





Gehäuse 


24,C 


Gehäuse 










Ausgang 


35, ITL 
38, TIL 
3$, TIL 


OC, TTL, DTL 
OE 


OC, TIL, DIL 
3S(OC), TTL 


3$(OC), TTL 
TIL 

OC, TTL 

35 (OC), TIL 


OC, TIL,.DIL 
oc 


Ausgang 


35 (OC) 
OC, TTL 
oc 




















E 


OR MS 
zenmun nun nn 
P - — 
33 8 
rF ur 
Q 
4 
r- 


We we in 
wo 
< 
5 


3S, TTL, DIL 
3S(OC), TTL 


35 (OC) 
TTL, DIL 
OC, 38, TIL 





















Anmerkung 


bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 


Anmerkung 





bipolar 
bipolar 
bipolar 
statisch 
bipolar 
bipolar 
maskenpr. 
statisch 
bipolar 
bipolar 


statisch 
statisch 
statisch 


bipolar 
statisch 
bipolar 
bipolar 
bipolar 
bipolar 
statisch 
bipolar 
stat., maskenpr. 


bipolar 
maskenpr. 
statisch 
bipolar 
statisch 
statisch 
statisch 
statisch 


maskenpr. 
statisch 
bipolar 
bipolar 


stat., maskenpr. 
maskenpr. 


statisch 
bipolar 


stat., maskenpr. 
maskenpr. 
bipolar 

bipolar 


bipolar 
bipolar 
statisch 
dynamisch 


stat., maskenpr. 
statisch 
statisch 


bipolar 


stat., maskenpr. 
bipolar 
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Produktspiegel elektronikpraxis 





ROM 


Organisation 
(Worte x Bit) 


2048 x 
2048 x 
2048 x 
4096 x 
4096 x 
4096 x 
4096 x 
4096 x 
4096 x 


© 00 0000 u a 00 00 00 


4096 x 
4096 x 
8192 x 
8192 x 
8192 x 
8192 x 
8192 x 


02 00 oo va oc vo wo 


PROM 


Organisation 
(Worte x bit) 


32x8 


32x8 
32x8 
32x8 
32x8 
32x8 
32x8 

32x8 

32x8 

64 x8 
256x4 
256x4 
256x4 
256x4 
256x4 
256x4 
256x4 
256x4 
256x4 
256x4 
256 x4 
256x8 
256x8 
256 x8 
256 x8 
256x8 
512x4 
512x4 
512x4 
512x4 
512x4 
512x4 
512x4 
512x4 
512x8 
512x8 
512x8 
512x8 
512x8 
512x8 
512x8 
512x8 
512x8 
1024 x4 
1024 x4 
1024 x4 
1024 x4 
1024 x4 
1024 x 4 
1024 x4 
1024 x8 
1024 x8 
1024 x8 
1024 x8 
1024 x8 
1024 x 8 
1024 x 8 
1024 x8 
1024 x 8 
1024 x8 
2048 x4 
2048 x4 
2048 x 8 
2048 x8 
4096 x 8 
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Hersteller 


Hersteller 


FC 


Intel 
MMI 
MOT 
NS 
SIG 
FCI 
HA 
HI 
HI 
Intel 
Intel 
MMI 
MOT 
MOT 
SIG 
MOT 
SIG 
Intel 
SIG 
HI 





MM 2316 A 
2580 

2616 

S 8996 
RO-3-16384 
AM 9232 C 
RO-3-9332 A 


2332 
MCM 68 A 332 


2632 

TMS 4732 

S 4264 
RO-3-9364 B 
2364 

MK 36000 
MCAM 68 A 364 


AM 271509 


AM?27S19 
HM 7603 
6331 

MCAM 10139 
DM 8577 
DM 745 188 
82523 

SN 745 188 
MCAM 5003 
AM27LS11 
AM27S21 
93417 

10416 

HM 7611 
6301 

MCAM 10149 
DM 74 5 287 
GxB 10149 
82527 

SN 34 5 287 
HN 35600 
6309 

DM 745 471 
825 114 

SN 745470 
AM27A13 
93436 

HM 7621 
3602 A 

6306 

MCM 7620 
DM 745571 
825 130 
AM ?27S15 
93438 

HM 7641 
3604 A 

6349 

MCAM 7640 
DM 74 5472 
825115 

SN 74 5 473 
93452 

HM 7643 
3605 

6351 

MCM 7642 
DM 74 5 573 
825 136 
93451 

HM 7681 
HN 35800 
HN 46830 
3608 

2608 

6387 

MCAM 2708 
MCM 7680 
82 5 180 
MCM 7684 
825 184 
2616 

82 5 190 
HN 46532-3 


Zugriffszeit 
(ns) 


450 
950 
450 
1800 
1000 
300 
850 
300 
350 


500 
450 
350 
450 


300 
350 


Zugriffszeit 
(ns) 


450 


100 
450 

80 
600 


Verlustleistung 
(mW) 


500 
420 
575 
370 
250 


300 
200 


400 
580” 


Verlustleistung 
(mW) 


575 
650 
625 


550 
550 
385 
500 


420 
650 
550 
650* 
650 
650 


650 
550 
700 
675 
250 
775 
650 
925 
775 
650 
650 
650 
735 
650 


650 
700 
875 
875 
850 
895 
775 


825 
925 
775 
650* 
700 
735 
875 


700 
700 
825 
850 
390 
350 
1000 
800 
900 


875 


600 
525 
875 
440 


Versorgungs- 


spannung (V) 


Versorgungs- 
spannung (V) 





Technologie Gehäuse 


NMOS 24,P,C 
PMOS 24 
NMOS 24 
PMOS 
NMOS 24 
MOS 24,P 
NMOS 24 
NMOS 24 

24 
NMOS 24 
NMOS 24,C,P 
VMOS 
NMOS 24 
NMOS 24 
NMOS 24 
TTI 24 
Technologie Gehäuse 
ITL 
TEL 16,6, P 
STTL 16,:C, P 
STTL 16,C 
ECL 16 
TIL 16,P,G 
STTL 16,P,C 
STTL 16 
STTL 16; G,;P 
TEL 24 
TTL 
TTL 16, C, FP 
STH. 16,P 
ECL 16,C 
STTL 16,C,P 
STIL 16, C 
ECL 16 
STTL 16, P,:C 
ECE 16, C 
STTE 16 
STTL 16,.C,,P 
PMOS 16 
STTL 20,C 
STTL 20,:G, P 
STTL 24 
STTL 20,C,P 
TIL 16, C, FP 
STITL 16,C,P 
STTL 16,C,P 
TEE 16 
STTL 16, C 
TTL 16 
STTL 16,:C;B 
STTL 16 
TIL 24,P 
SITL 24,:C,P 
STTL 24,G,P 
TEL 24 
SIT. 20, C 
TEL 24 
STTL 20,6, P 
SITL 24 
STIL 20,C,P 
STTL 18, P 
STTL 18,C,P 
TEL 18 
STTL 18,C 
TTL 18 
STTL 18,P,C 
STIL 18 
TTL 24,P 
STTL 24,C,P 
PMOS 2 
NMOS 24 
STTL 24 
MOS 24 
STTL 22,C 
MOS 24 
TIL 24 
STTL 24 
TTL 18 
STTL 18 
MOS 24 
STTL 24 
NMOS 28 


Ausgang 





3$, TIL, DTL 
35, TIL 
35, TIL 


35, TIL..DIL 


35. TIL 
38, TTL 


35-1. 
38, TIL 
35, ILL 
35, TIL 
3$, TIL 
3:5, ITL, 


Ausgang 


35 (0C) 


35 (OC) 
3 (OC), TIL 
35 (0C) 


OC, TTL, DTL 
35 (OC), TTL 
oc 

3S (OC), TTL 


3S (OC), TTL 
3$ (OC), TTL 


3S (OC), TTL 


@C,TIL 
3$S (OC), TTL 


3$ (OC), TIL 
3 (OC), TTL 
38, TIL 

3S(OC), TTL 


OC, TIL, 

35 (OC), TTL 
35 (OC), TTL 
3$ (OC), TTL. 
OE.TIE 
3$(OC), TTL 
OE.TTL. 

3S (OC), TTL 
OC, TTL 

35 (OC), TTL 
3:$, OG,TIL 
35 (OC), TTL 
38, TTL 
3S(OC), TTL 
OC, TTL 

3S (OC), TTL 
OC, TTL 

3$ (OC), TTL 
35 (OC), TIL 
35 (OC), TTL 
OC,TIL 

35 (OC), TTL 
3S(OC), TTL 


TIL, DTI 
OC, TTL 

38, TTL 

3 (OC), TIL 


3$ (OC), TTL 


Anmerkung 


statisch 


statisch 


statisch 
statisch 
maskenpr., 
bipolar 


stat. maskenpr. 
statisch 
statisch 


bipolar 


Anmerkung 


bipolar, 
maskenpr. f. 1. 
bipolar 
NiCr-Sicherung 
bipolar 
bipolar 

bip., maskenpr. 
bipolar 
bipolar 

bip., maskenpr. 
bipolar 

bip., maskenpr. 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar, NiCr 
bipolar 
bipolar 
maskenpr. 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 

bip., maskenpr. 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
bipolar 
maskenpr. 
maskenpr. 
bipolar 


bipolar 


bipolar 
bipolar 
bipolar 
bipolar 


bipolar 
maskenpr. 
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elektronikpraxis Produktspiegel 





EPROM 








































Versorgungs- Technologie Gehäuse Ausgang Anmerkung 


Zugriffszeit 
spannung (V) 


(ns) 


Verlustleistung 
(mW) 


Organisation Hersteller 


(Worte x Bit) 






























ER 2051 +5,— 28 MNOS statisch 






























































































































64x 8 ER 2055 +5, —28 MNOS statisch 
100x 14 ER 1400 =3 MNOS statisch 
256x 4 ER 1711 +5,-12 MNOS statisch 
256x 8 AM 9702-1 +5,=9 MOS 
256x 8 HN 351702 +5, -5,=9 PMOS UV-löschbar 
256x 8 1702 A +5,—-9 MOS UV-löschbar 
256x 8 1702 AL-2 +5,- 9 MOS (SiG) UV-löschbar 
256x 8 MM 1702 A +5,-9,-9 MOS (SiG) 3$, TIL, DIL 
256x 8 MM 4203 +5,12 MOS (SiG) 385 
(512x 4) 
512x 8 55204 A +5,-12 PMOS (SıG) 35, TIL statisch, 
UV-löschbar 
512x 8 2704 +12,+5,-5 | FAMOS 3S, TIL UV-löschbar 
512x 8 MM 4204 +5,=12 MOS 3$, TIL, DTL | statisch 
512x 8 2704 NMOS IS-- LIE UV-löschbar 
1024x 4 ER 2401 MNOS 35 statisch 
1024 x 4 ER 3400 + 5, - 12, - 30 | P-MNOS 38 statisch 
1024x 8 F 2708 +12, +3,-5 MOS 
1024x 8 HN 462708 +12, +8,85 NMOS 3$, TTL, DTL | UV-löschbar 
1024x 8 2708 +12,+5,-5 | FAMOS 38, LIL UV-löschbar 
1024x 8 MCM 2708 +12, +5,-5 MOS UV-löschbar 
1024x 8 MM 2708 +12, +5,—-5 NMOS (SiG) 35, TIL UV-löschbar 
1024x 8 2708 #12, +3, = NMOS 3% TIL UV-löschbar 
1024x 8 TMS 2708 +12,+5,-5 | NMOS UV-löschbar 
2048 x 4 ER 2805 MNOS 
2048 x 8 52716 VMOS 
2048x 8 HN 462716 NMOS UV-löschbar 
2048 x 8 2716 NMOS UV-löschbar 
2048 x 8 MCM 2716 NMOS UV-löschbar 
2048 x 8 TMS 2716 NMOS UV-löschbar 





Erläuterungen 


Spalte 2: 
AMD = Advanced Micro Devices; AMI = AMI Microsystems; FCI = Fairchild Camera and Instrument; GI = General Instrument; HA = Harris; HI = Hitachi; MMI = Monolithic 
Memories; MOS = Mostek; MOT = Motorola; NS = National Semiconductor; SIE = Siemens; SIG = Signetics; TI = Texas Instruments; ZI = Zilog. 


Spalte 3: Die Zugriffszeiten sind Maximalwerte, falls nicht anders erwähnt (x/y = Zeilen/Spaltenzugriff) 

Spalte 4: Die Verlustleistungen sind Maximalwerte, falls nicht anders erwähnt (* = typ. Werte) 

Spalte6: Die in Klammern angegebenen Buchstabenkombinationen deuten auf spezielle Technologien hin 
(I = Ionenimplantation, SiG = Silicon-Gate); STTL = Schottky-TTL 

Spalte 7: Die Aufteilung gibt die Anzahl der Stifte und das Gehäusematerial an (C = Keramik; FP = Flat Pack; P = Plastik) 

Spalte 8: Beim Ausgang wird angegeben, ob 3 $ = Three-State oder OC = Open Collector. Existieren die Bausteine in beiden Ausführungen, ist in Klammern die andere Ausführung 
angegeben. Außerdem wird gesagt, ob der Ausgang TTL- bzw. DTL-kompatibel ist. 


ADRESSEN 
Advanced Micro Devices Herzog-Heinrich-Straße 3, 8 München 2 Monolithic Memories Mauerkircher Straße 4, 8 München 80 
Telefon 089/53 95 88 Telefon 089/98 2601 
AMI Microsystems Rosenheimer Straße 30, Suite 237, 8 München 80 Mostek Talstraße 172, 7024 Filderstadt 1 
Telefon 089/48 3081 Telefon 07 11/70 1045 
Fairchild Daimlerstraße 15, 8046 Garching-Hochbrück Motorola Münchener Straße 18, 8043 Unterföhring 
Telefon 089/32 0031 Telefon 089/95 1041 
General Instrument Nordendstraße 3, 8 München 40 National Semiconductor Cosimastraße 4/1, 8 München 81 
Telefon 089/ 284031 Telefon 089/ 915027 
Harris vertreten durch Breslauer Straße 2, 8057 Eching Siemens Oskar-von-Miller-Ring 18, 8 München 2 
Kontron Telefon 089/3 1881 Telefon 089/23 41 
Hitachi Electronic Königsalle 6, 4 Düsseldorf 1 Signetics — Valvo Buchardstraße 19, 2 Hamburg I 
Components Telefon 0211/80871 Telefon 040/23961 
Intel Semiconductor Seidlstraße 27, 8 München 2 Texas Instruments Haggertystraße 1, 805 Freising 
Telefon 089/55 8141 Telefon 08161/80512 


Zilogvertretendurch Kontron siehe Harris 
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Produktspiegel 


Logikanalysatoren 










Hersteller 


biotron 
biotron/Paratronics 
biotron/Paratronics 
BP Instruments 












Biomation 
Dolch 
LA 8100 LS 
LA 16100 SL 
HP 1615 A 
5000 A 





Tektronix 








Transientenrecorder 


Hersteller 


Biomation 


biotron 
Bryans 


Datalab 


Haag 
Iwatsu 


NF Circuit Design 


Nicolet 


Anmerkung 


Ausgabe analog: 
Triggerbetriebsart: 


160 


7DO1l 


vw 


n 


ON ID 00 ON 00 00 00 \D 00 co ON 00 In oc 00 a ID 00 


Anzahl der 
Kanäle 


Taktfrequenz 
(MHz) 








Bandbreite des 
Analogsignals 
(MHz) 





1015 


805 
1010 
820 


8100 
6500 
DTO-1I 
K 100-D 
TM 109 
512 A 
513 A 
514 A 
515 A 
DL 901 
DL 905 
DL 920 
DL 922 
DL 2200 
DL 2800 
TR 33 
DMS-510 
E 5001 
WM-812 A 
WM-840 
WM-852 
Explorer III 


P = Plotter; O = Oszilloskop; x/y = x/y-Schreiber; y/t = y/t-Schreiber; 
Pr = Pre-Trigger; M = Mid-Trigger; Po = Post-Trigger; D = Delay-Trigger 


0,2 
0,1 
0,25 
0,2 


wuou 


 oWOoOOE0000o0r mn wo 
nDubybvuuin 







Int./Ext. 
Takt 


Auflösung des 
Analogsignals 


(bit / %) 


10/0,1 
10/0,1 
8/0,4 
8/0,4 
8/0,4 
8/0,4 
10/0,1 
8/0,4 


12 








Speicherwort- 
länge pro Kanal 


(bit) 





Abtastperiode 
pro Punkt 


10 us--100s 


200 ns-- 
100 ns-- 
50.ns-- 


lOns- 
2ns- 
lOns-- 


I us 
10 us 
5 us- 
0,5 us--0,25s 


5 us 
200 ns 
50ns 
50ns 
500. ns 
500. ns 
lO us 


1 us 


l us 
las 
l us 
50ns 


500 ns 


100 ms 
500 ms 
20 ms 


10s 
ls 
0,55 


100 s 


QO,ls 
0,58 


0,55 


Störspitzen- 
erkennung 


(ns) 





elektronikpraxis 






variabel (V) 


HRRRHRRHRRFHFFF HF 


[* 
> 





Speicherkapazität 


(bit) 


4096 

(1x4096, 2x2048, 4x1024) 
2048 
2048 

2048 

2x1024) 

2048 

1024 

4096 

16 k (16x1024) 
2048 

2048 (2x1024) 
2048 (2x1024) 
2048 (2x1024) 
4096 

1024 

1024 
2048 
2048 
8192 (2 x 4096) 
4096/Kanal 
2000 

1024 

1024 
2048 (2 x 1024) 
8192 (4 x 2048) 
4096 (2 x 2048) 
4096 (2 x 2048) 
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Schwellwert, 






Eingangs- 
widerstand 


(MQYpF) 















1 
1 
I TTL-Last 
1/15 
1/10 
1/10 
1/25 
1/10 
1/30 
1/20 
1/20 
1/20 









0,05/14 
1/35 
1/5 








Eingangs- 
spannung 


100 mV-- 


100 mV-- 
100 mV-- 
50 mV-- 


50 mV-- 
250 mV-- 
100 mV-- 


10 mV-- 

50 mV-- 

50 mV. 

50 mV-- 

100 mV-- 
50 mV-- 

10 mV-- 

100 mV-- 
100 mV-- 
100 mV-- 
100 mV-- 
5 mV-- 


0,1 
0,1 
0,1 
0,1 
Om 


101 


nV- 


5V 
5V 
25V 


50V 
50V 
50V 
50V 
5V 

50V 
50V 
50V 
50V 
5V 


"NV 


20V 


-100 V 
100 V 
-100 V 
-100 V 
10V 
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Bildschirm 


eingebaut 


extern 
programmierbar 


Cursor 





Digitalausgang 






Zeitdehnung des 


Triggerverzögerung 
Speicherinhaltes 


(bit) 


Kombinatorische 
Triggerung 


Pre-/Mid-/ 
Posttrigger 

















parallel 








ja 





parallel 
parallel 










































ja 

ja x1:x5 

ja 5/10/20 parallel 

ja 5/10/20 parallel 

ja 1-20 parallel ja 

ja 5/10/20 parallel 

ja 1--100 parallel ja 

ja parallel 

ja parallel ja 
parallel ja 


ja 





0.999999 
0-999999 










parallel 





ADRESSEN 

biotron Eisvogelweg 24, 8 München 82 Dolch Breslauer Straße 2, 8057 Eching 
Telefon 089/ 4305331 vertreten durch Kontron Telefon 089/318 81 

BP Instruments vertreten Eschenstraße 2, 8021 Taufkirchen Hewlett — Packard Berner Straße 117, 6 Frankfurt 56 

durch Neumüller Meßtechnik Telefon 089/611 81 Telefon 06 11/50041 

Biomation Herzog-Johann-Straße 10, 8 München 60 Tektronix vertreten durch Sedanstraße 13-17, 5 Köln I 
Telefon 089 / 836008 Rohde und Schwarz Telefon 0221/77221 































Bildschirm 


eingebaut 


Triggerbetriebs- Programmierbar 


arten 


Störspitzen- 
erkennung 


Ausgabe 
digital 


Ausgabe 


analog 


Eingangs- Kanäle 
widerstand 


(MOVpF) 


















2 us-10 us 







1/25 
1/45 
1/20 


l as 100 us 
50ns 
l us--200 us 











10/10 500 ns--100 us 
> 500. ns 


50ns-5s 











III 


ja (lOns) ja 
ja ja 










l as-100s 








ZNNHenennmunna-. 


ax. 32 








vuoovbem. 
> 


ADRESSEN 
Biomation Herzog-Johann-Straße 10, 8 München 60 Haag R Woogstraße 13, 607 Langen 
Telefon 089/83 6008 Telefon 06103/25249 
biotron Eisvogelweg 24, 8 München 82 Iwatsu vertreten durch Postfach 1540, 8131 Starnberg 
Telefon 089/4305331 nbn Elektronik Telefon 08151/13036 
Bryans Southern Instruments Karl-von-Drais-Straße 18, 6 Frankfurt 50 NF Circuit Design vertreten 
Telefon 06 11/545086 durch nbn Elektronic 
Datalab vertreten durch Geleitstraße 25, 6 Frankfurt 70 Nicolet Instrument Frankfurter Straße 121, 605 Offenbach 
Canberra Elektronik Telefon 06 11/624074 Telefon 06 11/81 2075 
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Korb, Fritz 
Leistungshalbleiter 
und ihre wichtigsten 
Anwendungen 


267 Seiten, 185 Abbildungen 
1978 
35,— DM/ISBN 3-8023-0601-5 


Grundlagen der Halbleitertech- 
nik, Anwendungsgebiete. Lei- 
stungshalbleiter: Bauformen, 
Funktion, Charakteristische Da- 
ten, Kühlung, Schutz, Ausle- 
gung. Anwendungstechnik: 
Funktionsdarstellung von 
Stromrichterschaltungen, Aus- 
legung der Bau- und Funktions- 





Leistungshalbleiter 
und ihre wichtigsten 
Anwendungen 


F KORB 











elemente, Gleichstromanwen- 
dungen, Wechsel- und Dreh- 
stromanwendungen 





Die vermittelten Kenntnisse der Funktion von 
Elementen und Schaltungen ermöglichen die 
Anwendung, ihre Auslegung, das Inbetriebset- 
zen und das Interpretieren der Meßergebnis- 
se. Eine ausführliche Aufgabensammlung 


gestattet eine Überprüfung des Lernerfolges. 


Diehl, Werner 


Mikroprozessoren 
und Mikrocomputer 
Kamprath-Reihe kurz und bündig 


212 Seiten, 141 Abbildungen 
2farbig, 2. Auflage 1978 
30,— DM/ISBN 3-8023-0108-0 


Begriffserläuterungen und De- 
finitionen, Mikroprozessoren, 
Bausteine für Speicherung, Si- 
gnaltransfer und Anpassung, 
Mikrocomputer, Prozeßperi- 
pherie, Anwendungsbeispiele, 
Programmierung, Tabellen 

Die ausführliche Darstellung 
ausgewählter praktischer Bei- 
spiele liefert eine Einführung in 
das neue Fachgebiet. Schaltun- 
gen, Befehlslisten und Pro- 
grammbeispiele schaffen eine 
Verbindung zwischen her- 
kömmlicher Technik und frei- 
programmierbaren Schaltun- 
gen, Hardware und Software. 





Lehmann, Johannes 
Dioden und 
Transistoren 
Kamprath-Reihe kurz und bundig 

172 Seiten, 250 Abbildungen 
3farbig, 5. Auflage 1977 

28,— DM/ISBN 3-8023-0025-4 


Elektrizitätsleitung in reinen 
und in dotierten Halbleitern; 
Bauelemente aus homogenen 
Halbleitern, NTC, PTC, LDR, 
VDR; PN-UÜbergang, Halbleiter- 
dioden, NF-Transistoren, HF- 
Transistoren, Feldeffekttransi- 
storen, Festkörper-Schaltkreise 


Halbleiterbauelemente finden 


zunehmend in der Nachrichten- 


technik, Datenverarbeitung, 
Meß-/Steuer-/Regelungstech- 
nik Anwendung. Studierenden 
und Praktikern werden Aufbau, 
Wirkungsweise und Eigen- 
schaften moderner Halbleiter- 
bauelemente vorgestellt 








Harms, Gerd 


Digitale Schaltkreise 
Grundlagen und Praxis 


272 Seiten, 250 Abbildungen 
1974 
28,— DM/ISBN 3-8023-0541-8 


Schaltungsalgebra, Folgeschal 
tungen, Schaltungspraxis, Stö 
rungen, Ein- und Ausgabe- 
schaltungen, Zeitglieder und 
Taktgeneratoren, Zähler und 
Kodes, Rechenschaltungen und 
Anwendungsbeispiele, Daten 
speicher, Anhang 


Dieses Buch führt in neun Ka- 
piteln von der Schaltungsal- 
gebra über einfache Steuer 
schaltungen bis zu den Re- 
chen- und Speicherschaltungen 
der Computertechnik. Das Be- 
sondere der verschiedenen An- 
wendungsfälle digitaler Schalt- 
kreise wird anhand ausgewähl- 
ter Beispiele dargestellt und 
ausführlich erläutert. 


Lehmann, Johannes 


Feldeffekttransistoren 
Kamprath-Reihe kurz und bündig 


100 Seiten, 121 Abbildungen 
3farbig, 1974 
18,— DM/ISBN 3-8023-0066-1 


Elektrizitätsleitung in Halblei- 
tern, Sperrschicht-FET und IG- 
FET: Grundlagen, Bauformen, 
Wirkungsweise, Verhalten, An- 
hang 

Das Prinzip des Feldeffekt- 
transistors ist seit langem be- 
kannt, doch scheiterte früher 
die Verwirklichung an unzurei- 
chenden Herstellungsverfah- 
ren. Heute verwendet man 
zwei Haupttypen des FET: PN- 
bzw. Sperrschicht-FET und IG- 
FET. Beide werden von den 
Grundlagen bis zu den Einsatz- 
möglichkeiten beschrieben. 


Harms, Gerd 


Grundlagen und Praxis 
der Linearverstärker 


Anwendungshinweise für 
Operationsverstärker 
Sonderdruck „elektrotechnik“ 


128 Seiten, 355 Abbild., 1978 
20,— DM/ISBN 3-8023-0592-2 


Verstärkergrundschaltungen 
mit Bipolar- und Feldeffekt- 
transistoren, Operationsverstär- 
ker, Statische und Dynamische 
Schaltungen mit Operations- 
verstärkern, Filterschaltungen, 
Analog-Digital-Umsetzer, Re- 
gelschaltungen und Regelungs- 
theorie 

Die heutigen, hochgenauen 
Linearschaltungen in Form von 
integrierten Operationsverstär- 
kern und zahlreichen Sonder- 
schaltungen gestatten die Lö- 
sung vieler Aufgaben in der 
Nachrichten-, Meß-, Rege- 
lungs- und Steuerungstechnik. 


Czmock, Günther 


Operationsverstärker 
Kamprath-Reihe kurz und bündig 


80 Seiten, 66 Abbildungen 
3farbig, 2. Auflage 1976 
15,— DM/ISBN 3-8023-0048-3 


Der Gleichspannungsverstär- 
ker, Beispiele für die Schal- 
tungskonzeption integrierter 
Operationsverstärker, theoreti- 
sche Grundlagen, Schaltungs- 
symbole, Ersatzschaltung, An- 
wendungsbeispiele 

Waren es anfänglich einzelne 
Bauelemente (Dioden, Transi- 
storen), so werden heute ganze 
Schaltungskomplexe in der so- 
genannten integrierten Technik 
gefertigt. Eine bedeutsame Va- 
riante dieses Entwicklungs- 
spektrums ist der „Operations- 
verstärker“, ein Bauelement zur 
präzisen Verstärkung analoger 
Signale 
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Das vollständige Programm mit Titeln der Fachrichtungen 
Chemie, Physik, Elektrotechnik, Elektronik, DV, Regelungs- und 
Steuerungstechnik, Automation, Werkstoffkunde, Technologie, 
Maschinenbau, Kraftfahrzeugtechnik, Betriebswirtschaft und 
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CHIP Zeitschrift für Mikrocomputer-Technik. 


Das spiegelbild der ganzen 





Mikrocomputer-Welt. 


Denn CHIP bringt Ausgabe für Ausgabe alles, worauf es ankommt. Für alle, 
die mehr wissen wollen und mehr wissen müssen, wenn es um 
Mikrocomputer-Technik geht. 





Jeden ersten Donnerstag im Monat bei Ihrem Zeitschriftenhändler! 


Oder bestellen beim GHIP-Leser-Service, 
Vogel-Verlag. Postfach 6740, D-8700 Würzburg 





TMS 1000 
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Als wir 1973 den ersten* 4-Bit-Ein-Chip-Mikrocomputer auf den Markt brachten, 
rechneten wir bereits mit erhöhten Anforderungen. 


Unsere Antwort: TMS 1000, C-MOS 


Über die Unterschiede zwischen P-MOS und C-MOS 
brauchen wir Ihnen nichts mehr zu erzählen. Höch- 
stens über die Vorteile der C-MOS-Technik im Mikro- 
computer. 

Das Ergebnis nehmen wir gleich vorneweg: C-MOS 
ist um ca. 80% leistungsfähiger als P-MOS. 

Z.B. in der Zeit: Die Verarbeitungsgeschwindigkeit 
beträgt bei C-MOS nur noch 6 us (P-MOS 15 us). Z.B. 
im Halt-Mode: Sämtliche Register-Inhalte bleiben er- 
halten, auch wenn der Rechner nicht arbeitet (Verlust- 
leistung: 5uW). Z.B. beider Zeichen-Generierbarkeit: 
32 Zeichen aus dem OPLA (output programmable 
logic array) sind generierbar (P-MOS: 20 Zeichen). Die 


TEXAS INSTRUMENTS a... 
Deutschland GmbH 5% 


Haggertystraße 1 8050 Freising Telefon: 08i61/80-1 - Telex: 05-26529 


Spannungs-Versorgung liegt bei5 V. 

Diese Werte und die höhere Leistungsfähigkeit des 
TMS 1000 C-MOS zeigen auch, wo überall dieser 
Mikrocomputer eingesetzt werden kann: in allen trag- 
baren, netzunabhängigen Geräten, wie z.B. Film- und 
Fotokameras, TV-Portables, Koffer-Radios, etc. 

Und noch ein wesentlicher Punkt, der Sie interessieren 
wird: Die C-MOS-Version des TMS 1000 ist lieferbar. 







Wenn Sie mehr wissen möchten - w 
bitte an uns. Wir helfen Ihnen gerne. 
* Ankündigung TMS 1000: 1972; Produktionsst: 


atelier kaeuffer 


